Bash subshell tạo với dấu ngoặc nhọn

Theo đó , việc đặt một danh sách các lệnh giữa các dấu ngoặc nhọn làm cho danh sách được thực thi trong bối cảnh shell hiện tại. Không có subshell được tạo ra .

Sử dụng psđể thấy điều này trong hành động

Đây là hệ thống phân cấp quy trình cho một đường ống quy trình được thực hiện trực tiếp trên dòng lệnh. 4398 là PID cho shell đăng nhập:

sleep 2 | ps -H;
  PID TTY          TIME CMD
   4398 pts/23   00:00:00 bash
   29696 pts/23   00:00:00   sleep
   29697 pts/23   00:00:00   ps

Bây giờ tuân theo hệ thống phân cấp quy trình cho một đường ống quy trình giữa các dấu ngoặc nhọn được thực hiện trực tiếp trên dòng lệnh. 4398 là PID cho vỏ đăng nhập. Nó tương tự như hệ thống phân cấp ở trên chứng minh rằng mọi thứ được thực thi trong bối cảnh shell hiện tại :

{ sleep 2 | ps -H; }
   PID TTY          TIME CMD
    4398 pts/23   00:00:00 bash
    29588 pts/23   00:00:00   sleep
    29589 pts/23   00:00:00   ps

Bây giờ, đây là hệ thống phân cấp quy trình khi chính sleepđường ống được đặt bên trong dấu ngoặc nhọn (vì vậy tất cả hai cấp độ của dấu ngoặc nhọn)

{ { sleep 2; } | ps -H; }
  PID TTY          TIME CMD
   4398 pts/23   00:00:00 bash
   29869 pts/23   00:00:00   bash
   29871 pts/23   00:00:00     sleep
   29870 pts/23   00:00:00   ps

Tại sao bashphải tạo một lớp con để chạy sleeptrong trường hợp thứ 3 khi tài liệu nói rằng các lệnh giữa các dấu ngoặc nhọn được thực thi trong ngữ cảnh shell hiện tại?

Trong một đường ống, tất cả các lệnh chạy đồng thời (với thiết bị xuất chuẩn / stdin của chúng được kết nối bằng đường ống) vì vậy trong các quy trình khác nhau.

Trong

cmd1 | cmd2 | cmd3

Tất cả ba lệnh chạy trong các quy trình khác nhau, vì vậy ít nhất hai trong số chúng phải chạy trong một quy trình con. Một số shell chạy một trong số chúng trong quy trình shell hiện tại (nếu được dựng sẵn readhoặc nếu đường ống là lệnh cuối cùng của tập lệnh), nhưng bashchạy tất cả chúng trong quy trình riêng của chúng (ngoại trừ lastpipetùy chọn trong các bashphiên bản gần đây và trong một số điều kiện cụ thể ).

{...}nhóm lệnh. Nếu nhóm đó là một phần của một đường ống, nó phải chạy trong một quy trình riêng giống như một lệnh đơn giản.

Trong:

{ a; b "$?"; } | c

Chúng ta cần một lớp vỏ để đánh giá đó a; b "$?"là một quá trình riêng biệt, vì vậy chúng ta cần một lớp con. Shell có thể tối ưu hóa bằng cách không sử dụng bvì đây là lệnh cuối cùng được chạy trong nhóm đó. Một số vỏ làm điều đó, nhưng dường như không bash.

Việc lồng các dấu ngoặc nhọn dường như biểu thị rằng bạn đang tạo một mức độ phạm vi bổ sung, đòi hỏi một lớp vỏ phụ mới được gọi. Bạn có thể thấy hiệu ứng này với bản sao thứ 2 của Bash trong ps -Hđầu ra của bạn .

Chỉ các quy trình được quy định ở cấp độ đầu tiên của dấu ngoặc nhọn được chạy trong phạm vi của vỏ Bash gốc. Bất kỳ dấu ngoặc nhọn lồng nhau nào sẽ chạy trong vỏ Bash có phạm vi riêng của chúng.

Thí dụ

$ { { { sleep 20; } | sleep 20; } | ps -H; }
  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5012 pts/1    00:00:00   bash
 5014 pts/1    00:00:00     bash
 5016 pts/1    00:00:00       sleep
 5015 pts/1    00:00:00     sleep
 5013 pts/1    00:00:00   ps

Lấy | ps -Hra khỏi hỗn hợp chỉ để chúng ta có thể thấy các dấu ngoặc nhọn lồng nhau, chúng ta có thể chạy ps auxf | lesstrong một vỏ khác.

saml     29190  0.0  0.0 117056  3004 pts/1    Ss   13:39   0:00  \_ bash
saml      5191  0.0  0.0 117056  2336 pts/1    S+   14:42   0:00  |   \_ bash
saml      5193  0.0  0.0 107892   512 pts/1    S+   14:42   0:00  |   |   \_ sleep 20
saml      5192  0.0  0.0 107892   508 pts/1    S+   14:42   0:00  |   \_ sleep 20
saml      5068  0.2  0.0 116824  3416 pts/6    Ss   14:42   0:00  \_ bash
saml      5195  0.0  0.0 115020  1272 pts/6    R+   14:42   0:00      \_ ps auxf
saml      5196  0.0  0.0 110244   880 pts/6    S+   14:42   0:00      \_ less

Nhưng xin chờ chút nữa!

Nếu bạn lấy ra các đường ống mặc dù và sử dụng hình thức lệnh này, chúng tôi sẽ thấy những gì bạn thực sự mong đợi:

$ { { { sleep 10; } ; { sleep 10; } ; sleep 10; } } | watch "ps -H"

Bây giờ trong cửa sổ xem kết quả, chúng tôi nhận được cập nhật cứ sau 2 giây về những gì đang diễn ra:

Đây là lần đầu tiên sleep 10:

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5678 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5681 pts/1    00:00:00     watch
 5682 pts/1    00:00:00       ps

Đây là cái thứ hai sleep 10:

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5691 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5694 pts/1    00:00:00     watch
 5695 pts/1    00:00:00       ps

Đây là thứ ba sleep 10:

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5704 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5710 pts/1    00:00:00     watch
 5711 pts/1    00:00:00       ps

Lưu ý rằng cả ba giấc ngủ mặc dù được gọi ở các mức lồng khác nhau của các dấu ngoặc nhọn không còn tồn tại trong phạm vi PID 5676 của Bash. Vì vậy, tôi tin rằng vấn đề của bạn là tự gây ra với việc sử dụng | ps -H.

Kết luận

Việc sử dụng | ps -H(tức là đường ống) đang gây ra một lớp vỏ phụ bổ sung, vì vậy đừng sử dụng phương pháp đó khi cố gắng thẩm vấn những gì đang diễn ra.

Tôi sẽ đăng kết quả các bài kiểm tra của mình, điều này dẫn đến kết luận rằng bash tạo lớp vỏ phụ cho lệnh nhóm nếu và chỉ khi đó là một phần của đường ống, tương tự như khi người ta gọi một số hàm cũng được gọi là hàm trong vỏ phụ.

$ { A=1; { A=2; sleep 2; } ; echo $A; }
2

$ { A=1; { A=2; sleep 2; } | sleep 1; echo $A; }
1