Odpowiedź

W Perl deskryptory plików (filehandles) to specjalne obiekty (zmienne globalne lub leksykalne), które są powiązane z fizycznym lub wirtualnym plikiem. Bardzo ważne jest, aby prawidłowo otwierać, sprawdzać i zamykać pliki, aby zapobiec wyciekom zasobów i naruszeniom bezpieczeństwa.

Przykład prawidłowej pracy:

open my $fh, '<', 'myfile.txt' or die "Nie można otworzyć pliku: $!";
while (my $line = <$fh>) {
    print $line;
}
close $fh or warn "Nie udało się zamknąć pliku: $!";

Szczegóły:

• Współczesne otwieranie plików powinno odbywać się w trybie perl5: używać leksykalnych uchwytów plików (open my $fh, ...). Globalne deskryptory (OPEN FILE, ...) są uważane za przestarzałe.
• Sprawdzenie sukcesu otwarcia pliku JEST OBOWIĄZKOWE. Zawsze używaj or die/or warn.
• Po zakończeniu pracy plik należy zamknąć przez close i obsłużyć możliwe błędy.
• W przypadku plików binarnych używaj warstw: binmode $fh.
• Aby uniknąć luk w zabezpieczeniach, zawsze eskapuj zmienne w ścieżkach i sprawdzaj uprawnienia dostępu.

Pytanie z podstępem

Jaka jest różnica między konstrukcją open FH, ... a open my $fh, ..., i dlaczego zaleca się użycie drugiej wersji?

Odpowiedź: Konstrukcja open my $fh, ... tworzy leksykalny deskryptor pliku, co oznacza, że działa tylko w obrębie bieżącego bloku/podprogramu i jest automatycznie niszczony poza zakresem widoczności. Zapobiega to przypadkowemu nadpisywaniu deskryptorów, chroni przed konfliktami nazw globalnych uchwytów plików i zwiększa niezawodność.

open FH, '<', 'file.txt';    # Globalny deskryptor! Zaleca się unikać.
open my $fh, '<', 'file.txt'; # Leksikalny, bezpieczny.

Przykłady rzeczywistych błędów z powodu braku znajomości szczegółów tematu

---

Historia

W jednym dużym projekcie dopuszczano użycie identycznych globalnych deskryptorów (OPEN LOG, ...). W rezultacie równoległe zapytania przypadkowo pisały do niewłaściwych plików, co prowadziło do utraty lub pomieszania logów.

---

Historia

Programista zapomniał o sprawdzeniu sukcesu otwarcia pliku; w rezultacie, jeśli plik nie istniał, błąd był zapisywany w innym miejscu (na przykład, logi były zapisywane w niewłaściwym miejscu, usuwano cudze pliki itp.).

---

Historia

Brak wywołania close prowadził do wyczerpania deskryptorów na serwerze podczas masowej obróbki plików — serwer zaczynał "zawieszać się" i upadać przy ogromnych ilościach danych.