Antwort.

Geschichte der Frage:

In Perl kann der Geltungsbereich von Variablen durch die Operatoren my (lexikale Sichtbarkeit) und local (dynamische temporäre Neuzuweisung) eingeschränkt werden. local wird häufig verwendet, um globale Variablen und spezielle Deskriptoren (Typ $_, $/, $@, %ENV) zu überschreiben.

Problem:

Das Hauptproblem ist die Verwirrung zwischen dynamischem und lexikalischem Scope. local erstellt keine neue Variable, sondern ersetzt vorübergehend den Wert in einer globalen (oder Package-)Variablen während der Ausführung des Blocks. Dies ist besonders kritisch beim Überschreiben von Variablen wie $/ (Zeilen-Trennzeichen), $_ (Standardvariable), $^W (Warnflag), %ENV, STDIN/STDOUT.

Lösung:

my wird nur zur Erstellung neuer lexikalischer Variablen verwendet, deren Bereich auf den Block beschränkt ist.
local wird für die temporäre Neuzuweisung globaler Variablen verwendet, jedoch sind solche Änderungen nur im aktuellen und in verschachtelten Aufrufen "sichtbar".

Beispielcode:

our $Global = "Hello!";
sub change1 {
    my $Global = "Bye!";
    print "$Global
";
}
sub change2 {
    local $Global = "Bye!";
    print "$Global
";
}

print "$Global
"; # Hello!
change1();           # Bye!
print "$Global
"; # Hello!
change2();           # Bye!
print "$Global
"; # Hello!

Schlüsselfeatures:

local neuzuweist nur temporär package-scope oder globale Variablen.
my erstellt eine lexikalische Variable, die außerhalb des Blocks nicht sichtbar ist.
local ist besonders nützlich zur Neuzuweisung spezieller Perl-Variablen ($/, $@ usw.), erfordert jedoch Vorsicht.

Fragen mit einem Hintergedanken.

Kann local auf lexikalische Variablen angewendet werden, die mit my deklariert wurden?

Nein, local funktioniert nur mit package-globalen Variablen. Bei my-Objekten ist es machtlos.

Was passiert, wenn local auf spezielle Deskriptoren, z.B. STDIN, angewendet wird?

Es ist möglich, STDIN/STDOUT/stdin temporär über local neu zuzuweisen, um zum Beispiel den Eingabe-/Ausgabestrom in einer Unterprogramm ohne globalen Effekt zu ersetzen. Nach dem Verlassen des Blocks wird der Handle wiederhergestellt.

Was ist der kritische Unterschied zwischen local und my bei rekursiven Funktionsaufrufen?

local sorgt für einen "push/pop"-Stack von Werten – jeder Aufruf überschreibt vorübergehend den Wert des Pakets, und verschachtelte Aufrufe erhalten diesen überschriebenen Wert. my bietet einen einzigen lexikalischen Wert innerhalb des Blocks ohne Vererbung nach innen.

Typische Fehler und Anti-Patterns

Anwendung von local auf Variablen, die mit my deklariert wurden.
Neuzuweisung globaler Handles über local ohne Wiederherstellung im Falle von Ausnahmen.
Unbewusste Auswirkungen von local auf verschachtelte Unterprogramme.

Beispiel aus dem Leben

Negativer Fall

Im Test wird local verwendet, um %ENV zu überschreiben, nach dem Verlassen des Blocks unerwartete Nebenwirkungen in anderen Threads, weil der Code mehrthreadig ist und local nicht ordnungsgemäß verwendet wurde.

Vorteile:

Schnelles Prototyping
"Magische" Isolation für kurze Aufgaben

Nachteile:

Unvorhersehbarkeit bei Mehrfach-Threading.
Schwer zu fassende Nebenwirkungen auf den globalen Status.

Positiver Fall

Besondere Variablen ($/, $@, $SIG) werden nur für die Dauer des benötigten Blocks überschrieben, anschließend werden die Änderungen korrekt zurückgesetzt.