Was passiert, wenn ich einen Dateideskriptor schließe ()?

Ich versuche, das ganze Bild mit Dateideskriptoren zu bekommen. Angenommen, ich habe process1, das anfangs die folgenden Dateideskriptoren hat:

 _process1_
|          |
| 0 stdin  |
| 1 stdout |
| 2 stderr |
|__________|

Dann schließe ich Dateideskriptor 1:

close(1);

Der Dateideskriptor 1 übersetzt (zeigt) in die stdout FILE-Struktur in der Open Files-Tabelle des Kernels .

Mit dem obigen Code wird der Dateideskriptor 1 aus der Prozesstabelle gelöscht.

 _process1_
|          |
| 0 stdin  |
| 2 stderr |
|__________|

Aber was passiert im Kernel? Wird die stdoutDateistruktur freigegeben? Wie ist das möglich, wenn stdout eine spezielle Datei (der Monitor) ist und wahrscheinlich von anderen Prozessen verwendet wird? Was ist mit FILE-Strukturen, die nur normale Dateien sind (z. B. TXT)? Was ist, wenn eine solche Datei von einem anderen Prozess verwendet wird?

Der Dateideskriptor 1 übersetzt in die stdout FILE-Struktur in der Open Files-Tabelle des Kernels.

Das ist ein Missverständnis. Die Dateitabelle des Kernels hat überhaupt nichts mit Dateistrukturen im Benutzerbereich zu tun.

In jedem Fall hat der Kernel zwei Dereferenzierungsebenen. Es gibt die interne Struktur, die die Datei selbst darstellt, die referenziert wird. Es gibt eine „offene Dateibeschreibung“, die Referenz gezählt wird. Und dann gibt es die Datei-Handle, das gezählt nicht Referenz. Die Dateistruktur weist den Weg zum Inode. Die offene Dateibeschreibung enthält Dinge wie die offenen Modus und Dateizeiger.

Wenn Sie close aufrufen, schließen Sie immer das Dateihandle. Wenn ein Dateihandle geschlossen wird, wird der Referenzzähler für die geöffnete Dateibeschreibung verringert. Wenn es auf Null geht, wird auch die Beschreibung der geöffneten Datei freigegeben und der Referenzzähler für die Datei selbst wird dekrementiert. Nur wenn das auf Null geht, wird die Dateistruktur des Kernels freigegeben.

Es gibt keine Möglichkeit für einen Prozess, eine Ressource freizugeben, die von einem anderen Prozess verwendet wird, da gemeinsam genutzte Ressourcen als Referenz gezählt werden.

In diesem Fall wird nicht viel passieren. stdin, stdout und stderr alle neigen dazu Klone aus dem gleichen Dateideskriptor zu sein. Der Referenzzähler für den Dateideskriptor wird um eins dekrementiert. Derselbe Dateideskriptor wird normalerweise von der Shell gespeichert, von der aus das Programm ausgeführt wurde. Daher muss der Dateideskriptor beibehalten werden.

Der Kernel führt Referenzzählungen für alle geöffneten Dateien (Inodes). Solange der Referenzzähler größer als Null ist, bleibt die Datei erhalten. Ich würde erwarten, dass für offene Dateihandles ein separater Zähler geführt wird. Sobald dies Null erreicht, kann der Kernel den vom Datei-Handle verwendeten Speicher freigeben.

Wenn alle Verweise auf die Datei (Verzeichniseinträge und Datei-Handles) entfernt wurden, wird das Dateisystem-Code den Inode für die Wiederverwendung markieren. Alle Blöcke, die die Datei enthält, werden für die Zuordnung zur Verfügung gestellt. Viele Dateisysteme löschen die Blockzeiger im Inode, wenn dieser freigegeben wird. Dies erschwert die Wiederherstellung einer gelöschten Datei. Aktualisierungen der Festplatte werden möglicherweise gepuffert und zu einem späteren Zeitpunkt abgeschlossen.