Czy funkcje działają jako podprocesy w Bash?

W Advanced Bash-Scripting Guide , w przykładzie 27-4 , 7-ta linia od dołu przeczytałem:

Funkcja działa jako podproces.

Zrobiłem test w Bash i wydaje się, że powyższe stwierdzenie jest błędne.

Wyszukiwania w tej witrynie, Bash Man i moja wyszukiwarka nie przynoszą żadnego światła.

Czy znasz odpowiedź i chciałbyś wyjaśnić?

Advanced Bash-Scripting Guide nie zawsze jest niezawodny, a jego przykładowe skrypty zawierają przestarzałe praktyki, takie jak używanie efektywnie przestarzałych odwrotności do podstawiania poleceń, tj. `command`Zamiast $(command).

W tym konkretnym przypadku jest to rażąco niepoprawne.

Rozdział o funkcjach powłoki w (kanonicznym) podręczniku Bash definitywnie stwierdza, że

Funkcje powłoki są wykonywane w bieżącym kontekście powłoki; nie jest tworzony nowy proces ich interpretacji.

Funkcje nawiasów klamrowych będą działać w procesie powłoki wywołującej, chyba że potrzebują własnej podpowłoki, która jest:

• gdy uruchomisz je w tle za pomocą &
• po uruchomieniu ich jako łącza w potoku

Przekierowania lub dodatkowe środowisko zmienne nie wymuszą nowej podpowłoki:

hw(){
    echo hello world from $BASHPID
    echo var=$var
} 
var=42 hw >&2
echo $BASHPID  #unexports var=42 and restores stdout here

Jeśli funkcja zostanie zdefiniowana za pomocą nawiasów zamiast curlies:

hw()(
  echo hello world from $BASHPID
)
hw 
echo $BASHPID

zawsze będzie działał w nowym procesie.

Podstawianie poleceń $()zawsze tworzy procesy w bash (ale nie w ksh, jeśli uruchamiasz wewnątrz niego wbudowane funkcje).

Polecenie z tego przykładu wygląda następująco:

echo ${arrayZ[@]/%e/$(replacement)}

Przykład później stwierdza:

#    $( ... ) is command substitution.
#    A function runs as a sub-process.

Będąc charytatywnymi dla ABS Guide, najwyraźniej zamierzali napisać, że funkcja działa wewnątrz podstawienia polecenia, a polecenie wewnątrz podstawienia polecenia działa w podpowłoce .