Tại sao không sử dụng shebang vô lối?

Có thể có một shebang, thay vì chỉ định đường dẫn đến trình thông dịch, nó có tên của trình thông dịch và để trình bao tìm thấy nó thông qua $ PATH?

Nếu không, có một lý do tại sao?

Tra cứu PATH là một tính năng của thư viện C tiêu chuẩn trong không gian người dùng, cũng như các biến môi trường nói chung. Hạt nhân không nhìn thấy các biến môi trường trừ khi nó đi qua một môi trường từ người gọi execveđến tiến trình mới.

Hạt nhân không thực hiện bất kỳ giải thích nào trên đường dẫn trong execve(tùy thuộc vào các chức năng bao bọc như execvpđể thực hiện tra cứu PATH) hoặc trong một shebang (mà ít nhiều định tuyến lại execvecuộc gọi trong nội bộ). Vì vậy, bạn cần đặt đường dẫn tuyệt đối trong shebang¹. Việc triển khai shebang ban đầu chỉ là một vài dòng mã và nó đã không được mở rộng đáng kể kể từ đó.

Trong các phiên bản đầu tiên của Unix, shell đã thực hiện công việc gọi chính nó khi nhận thấy bạn đang gọi một tập lệnh. Shebang đã được thêm vào kernel vì nhiều lý do (tóm tắt lý do của Dennis Ritchie :

• Người gọi không phải lo lắng liệu chương trình thực thi là tập lệnh shell hay nhị phân riêng.
• Chính kịch bản chỉ định sử dụng trình thông dịch nào, thay vì người gọi.
• Nhân sử dụng tên tập lệnh trong nhật ký.

Các shebang không có yêu cầu sẽ yêu cầu tăng kernel để truy cập các biến môi trường và xử lý PATHhoặc để kernel thực thi chương trình không gian người dùng thực hiện tra cứu PATH. Phương thức đầu tiên yêu cầu thêm một lượng phức tạp không cân xứng vào kernel. Phương pháp thứ hai đã có thể với một #!/usr/bin/envshebang .

¹ _{Nếu bạn đặt một đường dẫn tương đối, nó giải thích tương đối đến thư mục hiện tại của quá trình (không phải là thư mục chứa các kịch bản), đó là hầu như không hữu ích trong một công việc.}

Có nhiều thứ đang diễn ra hơn là bắt mắt. #!các dòng được giải thích bởi nhân Unix hoặc Linux, #!không phải là một khía cạnh của shell. Điều này có nghĩa là PATHkhông thực sự tồn tại tại thời điểm kernel quyết định thực thi cái gì.

Cách phổ biến nhất để đối phó với việc không biết nên chạy chương trình nào, hoặc gọi perltheo kiểu di động hoặc tương tự, là sử dụng #!/usr/bin/env perl. Nhân thực thi /usr/bin/env, kế thừa một PATHbiến môi trường. envphát hiện (trong ví dụ này) perltrong PATHvà sử dụng các execve(2)cuộc gọi hệ thống để có được những hạt nhân để chạy perlthực thi.

$ strace sleep 1
execve("/usr/bin/sleep", ["sleep", "1"], [/* 99 vars */]) = 0

Việc chuyển đổi sang đường dẫn đầy đủ được thực hiện bởi trình bao (tổng quát hơn: trong không gian người dùng). Nhân mong đợi một tên tệp / đường dẫn mà nó có thể truy cập trực tiếp.

Nếu bạn muốn hệ thống tìm thấy khả năng thực thi của mình bằng cách xem qua biến PATH, bạn có thể viết lại shebang của mình dưới dạng #!/usr/bin/env EXEC.

Nhưng cũng trong trường hợp này, đó không phải là nhân thực hiện tìm kiếm.