Tại sao khoảng trắng đôi khi cần thiết xung quanh siêu nhân vật?

Vài tháng trước tôi đã xăm một quả bom ngã ba trên cánh tay của mình, và tôi đã bỏ qua các khoảng trắng, bởi vì tôi nghĩ nó trông đẹp hơn nếu không có chúng. Nhưng với sự thất vọng của tôi, đôi khi (không phải lúc nào cũng vậy) khi tôi chạy nó trong một cái vỏ, nó không khởi động một quả bom ngã ba, nhưng nó chỉ đưa ra một lỗi cú pháp.

bash: syntax error near unexpected token `{:'

Hôm qua nó đã xảy ra khi tôi cố chạy nó trong vỏ Bash của một người bạn , và sau đó tôi đã thêm khoảng trắng và nó đột nhiên hoạt động, :(){ :|:& };:thay vì:(){:|:&};:

Liệu khoảng trắng có vấn đề; Tôi đã xăm một lỗi cú pháp trên cánh tay của mình?!

Nó dường như luôn luôn hoạt động trong zsh , nhưng không phải trong Bash.

Một câu hỏi liên quan không giải thích bất cứ điều gì về khoảng trắng, đó thực sự là câu hỏi của tôi; Tại sao khoảng trắng cần thiết để Bash có thể phân tích chính xác?

Có một danh sách các ký tự phân tách mã thông báo trong BASH. Những nhân vật được gọi là metacharacters và họ là |, &, ;, (, ), <, >, không gian và tab . Mặt khác, dấu ngoặc nhọn ( {và }) chỉ là các ký tự bình thường tạo nên từ.

Bỏ qua không gian thứ hai trước }sẽ làm, vì &là một metacharacter. Do đó, hình xăm của bạn nên có ít nhất một nhân vật không gian.

:(){ :|:&};:

Chỉ cần xăm một

#!/bin/zsh

shebang ở trên nó và bạn sẽ ổn thôi.

Niềng răng giống như các từ khóa kỳ lạ hơn các ký hiệu đặc biệt và không cần khoảng trắng. Điều này khác với dấu ngoặc đơn, ví dụ. Đối chiếu:

(ls)

hoạt động và:

{ls}

mà tìm kiếm một lệnh có tên {ls}. Để làm việc, nó phải là:

{ ls; }

Dấu chấm phẩy dừng dấu ngoặc đóng được lấy làm tham số ls.

Tất cả bạn phải làm là nói với mọi người rằng bạn đang sử dụng phông chữ tỷ lệ với một ký tự không gian khá hẹp.

Mặc dù không dễ dàng nhìn thấy trong phông chữ tatoo, nhưng thực sự có Dấu Byte-Order (BOM) giữa dấu ngoặc và dấu hai chấm (bạn có thể đã bị say đủ khi bạn nhận được hình xăm mà bạn không nhận thấy, nhưng nó thực sự ở đó) . Điều này để lại ba khả năng rõ ràng:

1. Bạn đã không nhập được BOM khi bạn sao chép mã. Kết quả là một ứng dụng rõ ràng của GIGO. Shell đơn giản là không nhận ra BOM không có trong phiên âm thất bại của bạn.
2. Vỏ của bạn quá cũ. Nó không nhận ra các ký tự Unicode, do đó BOM (và có thể là tất cả các ký tự Unicode khác) đang bị bỏ qua hoàn toàn, mặc dù BOM ở bất cứ đâu nhưng phần đầu của tệp được coi là không gian không có độ rộng, không phá vỡ .
3. Vỏ của bạn quá mới. Việc sử dụng BOM làm ZWNBS không được chấp nhận và các tác giả đã triển khai phiên bản Unicode trong tương lai, trong đó việc sử dụng này không còn được cho phép.

và sau đó tôi đã thêm khoảng trắng và nó đột nhiên hoạt động ...

Đó là vì cách phân tích vỏ. Bạn cần một khoảng trắng sau khi định nghĩa hàm bắt đầu, tức là sau {.

foo() { echo hey& }
foo() { echo hey&}
foo(){ echo hey&}

có giá trị. Mặt khác,

foo() {echo hey&}

không phải.

Bạn thực sự cần một hình xăm như thế này:

Từ nguồn :

  /* We ignore an open brace surrounded by whitespace, and also
     an open brace followed immediately by a close brace preceded
     by whitespace.  */

Bỏ qua một khoảng trắng sau các {nguyên nhân {echosẽ được hiểu là một mã thông báo duy nhất.

Một hình thức tương đương của

:(){ :|:& };:

sẽ là

:(){
:|:& };:

Lưu ý rằng không có khoảng trắng sau {trong phiên bản thay thế, nhưng ngắt dòng làm cho trình bao nhận ra {là mã thông báo.