Quels sont les descripteurs de fichier, a expliqué en termes simples?

Un descripteur de fichier est opaque poignée qui est utilisé dans l'interface entre l'utilisateur et l'espace noyau pour identifier le fichier/socket ressources. Par conséquent, lorsque vous utilisez open() ou socket() (appels système d'interface pour le noyau), vous êtes donné un descripteur de fichier, qui est un entier (c'est en fait un index dans le processus en u de la structure - mais ce n'est pas important). Par conséquent, si vous voulez une interface directe avec le noyau, en utilisant le système des appels à read(), write(), close() etc. la poignée que vous utilisez est un descripteur de fichier.

Il y a une couche d'abstraction en surimpression sur le système d'appels, ce qui est le stdio interface. Cela fournit plus de fonctionnalités et de fonctionnalités que le système de base, les appels. Pour cette interface, l'opacité de la poignée que vous obtenez est un FILE*, qui est retourné par la fopen() appel. Il ya beaucoup de fonctions qui utilisent la stdio interface fprintf(), fscanf(), fclose(), qui sont là pour rendre votre vie plus facile. En C, stdin, stdout, et stderr sont FILE*, qui en UNIX respectivement carte de descripteurs de fichiers 0, 1 et 2.

D'autres réponses ajouté des trucs super. J'ajouterai juste mes 2 cents.

Selon Wikipedia que nous savons pour sûr: un descripteur de fichier est un entier non négatif. La chose la plus importante, je pense, est manquant, serait de dire:

Descripteurs de fichiers sont liés à un ID de processus.

Nous savons que le plus célèbre des descripteurs de fichiers sont 0, 1 et 2.
0 correspond à STDIN, 1 à STDOUT, et de 2 à STDERR.

Dire, prendre des shell processus comme un exemple et comment faut-il faire la demande?

Découvrez ce code

#>sleep 1000 &
[12] 14726

Nous avons créé un processus avec l'id 14726 (PID).
À l'aide de la lsof -p 14726 nous pouvons obtenir les choses comme ceci:

COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
sleep   14726 root  cwd    DIR    8,1     4096 1201140 /home/x
sleep   14726 root  rtd    DIR    8,1     4096       2 /
sleep   14726 root  txt    REG    8,1    35000  786587 /bin/sleep
sleep   14726 root  mem    REG    8,1 11864720 1186503 /usr/lib/locale/locale-archive
sleep   14726 root  mem    REG    8,1  2030544  137184 /lib/x86_64-linux-gnu/libc-2.27.so
sleep   14726 root  mem    REG    8,1   170960  137156 /lib/x86_64-linux-gnu/ld-2.27.so
sleep   14726 root    0u   CHR  136,6      0t0       9 /dev/pts/6
sleep   14726 root    1u   CHR  136,6      0t0       9 /dev/pts/6
sleep   14726 root    2u   CHR  136,6      0t0       9 /dev/pts/6

La 4-ème colonne FD et le très à côté de TYPE de colonne correspond au Descripteur de Fichier et le Fichier Descripteur de type.

Certaines des valeurs de la FD peut être:

cwd – Current Working Directory
txt – Text file
mem – Memory mapped file
mmap – Memory mapped device

Mais le descripteur de fichier est sous:

NUMBER – Represent the actual file descriptor. 

Le caractère après le nombre que j'ai.e "1u", représente le mode dans lequel le fichier est ouvert. r pour la lecture, w pour écrire, u pour les lire et à écrire.

TYPE spécifie le type de fichier. Certaines des valeurs de TYPEs sont:

REG – Regular File
DIR – Directory
FIFO – First In First Out

Mais tous les descripteurs de fichiers sont
CHR – Caractère spécial de fichier (ou le caractère de fichier de périphérique)

Maintenant, nous pouvons identifier les Descripteurs de Fichier pour STDIN, STDOUT et STDERR facile avec lsof -p PID, ou on peut voir les mêmes si l'on ls /proc/PID/fd.

Note également que la table de descripteurs de fichier que le noyau garde la trace n'est pas le même que les fichiers de table ou la table des inodes. Ceux-ci sont séparés, comme certains autres réponses expliqué.

Vous demandez peut-être où sont ces descripteurs de fichiers physiquement et ce qui est stocké dans /dev/pts/6 par exemple

sleep   14726 root    0u   CHR  136,6      0t0       9 /dev/pts/6
sleep   14726 root    1u   CHR  136,6      0t0       9 /dev/pts/6
sleep   14726 root    2u   CHR  136,6      0t0       9 /dev/pts/6

Bien, /dev/pts/6 vie purement dans la mémoire. Ce ne sont pas des fichiers ordinaires, mais alors appelé caractère fichiers de périphérique. Vous pouvez le vérifier avec: ls -l /dev/pts/6 et ils vont commencer avec c, dans mon cas crw--w----.

Juste pour rappel la plupart des Linux comme OS définir sept types de fichiers:

• Fichiers réguliers
• Répertoires
• Caractère fichiers de périphérique
• Bloquer les fichiers de périphérique
• Local sockets de domaine
• Canaux nommés (Fifo) et
• Liens symboliques

Comme un complément à d'autres réponses, unix considère tout comme un système de fichiers. Votre clavier est un fichier qui est lu seulement du point de vue du noyau. L'écran est un écrire qu'un seul fichier. De même, les dossiers, des entrées-sorties, etc appareils sont également considérés comme des fichiers. Chaque fois qu'un fichier est ouvert, par exemple lorsque les pilotes de périphérique[pour les fichiers de périphériques] demande un open(), ou un processus ouvre un fichier de l'utilisateur le noyau alloue un descripteur de fichier, un entier qui spécifie l'accès à ce fichier tel qu'il soit en lecture seule, écriture seule, etc. [pour référence : https://en.wikipedia.org/wiki/Everything_is_a_file ]

Tout système d'exploitation a des processus (p) en cours d'exécution, dire p1, p2, p3 et ainsi de suite. Chaque processus rend généralement une utilisation en cours des fichiers.

Chaque processus est composé d'un processus d'arbre (ou une table de processus, dans un autre phrasé).

Généralement, les systèmes d'Exploitation représentent chaque fichier dans chaque processus par un nombre (c'est-à-dire, dans chaque processus de l'arbre ou de la table).

Le premier fichier utilisé dans le processus est file0, la seconde est fichier1, la troisième est fichier2, et ainsi de suite.

Un tel nombre est un descripteur de fichier.

Descripteurs de fichiers sont généralement des entiers (0, 1, 2 et pas 0.5, 1.5, 2.5).

Étant donné que nous décrivent souvent les processus de "processus-tables", et étant donné que les tables des lignes (les entrées), on peut dire que le descripteur de fichier de cellules dans chaque entrée, utilise pour représenter l'ensemble de l'entrée.

D'une manière similaire, lorsque vous ouvrez un socket réseau, il dispose d'un descripteur de socket.

Dans certains systèmes d'exploitation, vous pouvez les descripteurs de fichiers, mais ce cas est extrêmement rare, et l'utilisateur moyen d'ordinateur ne devriez pas vous inquiéter de cela.

Les descripteurs de fichier peut être global (processus Un commence à dire 0, et se termine à dire dans 1 ; B commence à dire dans 2, et se termine à dire en 3) et ainsi de suite, mais pour autant que je sais, généralement dans les systèmes d'exploitation modernes, les descripteurs de fichier ne sont pas globaux, et sont en fait des processus (processus Un commence à dire 0 et se termine à dire dans 5, tandis que le processus B commence à 0 et se termine à dire dans les 10).

Plus au-dessus de tous les simplifiée réponses.

Si vous travaillez avec des fichiers de script bash, il est préférable d'utiliser le descripteur de fichier.

Par exemple:-

Vous voulez lire et à écrire à partir de/vers le fichier "test.txt".

Utiliser le descripteur de fichier comme ci-dessous montrent

FILE=$1 # give the name of file in the command line
exec 5<>$FILE # '5' here act as the file descriptor
# Reading from the file line by line using file descriptor
while read LINE; do
    echo "$LINE"
done <&5

# Writing to the file using descriptor
echo "Adding the date: `date`" >&5 
exec 5<&- # Closing a file descriptor