Tại sao `echo -e phiên bản \ \ SOME_TEXT '` chỉ hiển thị một dấu gạch chéo ngược?

Ai đó có thể giải thích những gì đang xảy ra đằng sau hậu trường trong nhân vật trốn thoát trong vỏ Linux? Tôi đã thử những điều sau đây và googled rất nhiều, mà không có bất kỳ thành công nào trong việc hiểu những gì (và làm thế nào) đang diễn ra:

root@sv01:~# echo -e "\ Hello!"
\ Hello!
root@sv01:~# echo -e "\\ Hello!"
\ Hello!
root@sv01:~# echo -e "\\\ Hello!"
\ Hello!
root@sv01:~# echo -e "\\\\ Hello!"
\ Hello!
root@sv01:~# echo -e "\\\\\ Hello!"
\\ Hello!
root@sv01:~# echo -e "\\\\\\ Hello!"
\\ Hello!
root@sv01:~# echo -e "\\\\\\\ Hello!"
\\ Hello!
root@sv01:~# echo -e "\\\\\\\\ Hello!"
\\ Hello!
root@sv01:~# echo -e "\\\\\\\\\ Hello!"
\\\ Hello!
root@sv01:~# echo -e "\n Hello!"

 Hello!
root@sv01:~# echo -e "\\n Hello!"

 Hello!
root@sv01:~# echo -e "\\\n Hello!"
\n Hello!

Tôi hoàn toàn bị mất ở đó, ví dụ, tại sao ba dấu gạch chéo ngược chỉ cung cấp một dấu gạch chéo ngược? Tôi mong đợi: hai cái đầu tiên sẽ được thoát thành một, cái thứ ba sẽ không tìm thấy gì để thoát nên nó sẽ vẫn là một dấu gạch chéo (dòng trong thí nghiệm đầu tiên), nhưng điều đang xảy ra là cái thứ ba sẽ biến mất.
Tại sao tôi nhận được một dấu gạch chéo ngược từ bốn \\\\ Hello? Tôi hy vọng mỗi cặp sẽ đưa ra một dấu gạch chéo ngược -> hai dấu gạch chéo ngược.

Và tại sao tôi cần ba dấu gạch chéo ngược trong trường hợp cuối cùng để thoát \ n? Điều gì đang xảy ra trong nền của việc trốn thoát để có được điều đó? và nó khác với \\ntrường hợp như thế nào?

Tôi đánh giá cao bất kỳ lời giải thích về những gì đang xảy ra trong các dòng trước.

Điều này là do bashvà echo -ekết hợp. Từman 1 bash

Dấu gạch chéo ngược không trích dẫn ( \) là ký tự thoát. Nó bảo tồn giá trị theo nghĩa đen của ký tự tiếp theo, ngoại trừ <newline>. [Càng]

Kèm theo ký tự trong dấu ngoặc kép giữ gìn giá trị văn chương của tất cả các ký tự trong dấu ngoặc kép, với ngoại lệ của $, `, \, [...] Các dấu chéo ngược vẫn giữ được ý nghĩa đặc biệt của nó chỉ khi theo sau là một trong những nhân vật sau: $,`, ", \, hoặc <newline>.

Vấn đề là: dấu gạch chéo kép được trích dẫn không phải lúc nào cũng đặc biệt.

Có nhiều cách thực hiện khác nhau echo, nói chung, đó là một nội dung bash; điều quan trọng ở đây là hành vi này:

Nếu -ecó hiệu lực, các trình tự sau đây được công nhận:
\\
xuyệc ngược
[...]
\n
dòng mới

Bây giờ chúng ta có thể giải mã:

1. echo -e "\ Hello!"- không có gì đặc biệt bash, không có gì đặc biệt echo; \ở lại
2. echo -e "\\ Hello!"- người đầu tiên \nói bashđể đối xử với người thứ hai theo \nghĩa đen; echođược \ Hello!và hành động như trên.
3. echo -e "\\\ Hello!"- người đầu tiên \nói bashđể đối xử với người thứ hai theo \nghĩa đen; echođược \\ Hello!và (vì -e) nó nhận ra \\là \.
4. echo -e "\\\\ Hello!"- người đầu tiên \nói bashđể đối xử với người thứ hai theo \nghĩa đen; người thứ ba nói tương tự về người thứ tư; echođược \\ Hello!và (vì -e) nó nhận ra \\là \.
5. echo -e "\\\\\ Hello!"- người đầu tiên \nói bashđể đối xử với người thứ hai theo \nghĩa đen; người thứ ba nói tương tự về người thứ tư; cái cuối cùng không đặc biệt; echođược \\\ Hello!và (vì -e) nó nhận ra ban đầu \\là \, cái cuối cùng \vẫn còn nguyên.

Và như thế. Như bạn có thể thấy, có tới bốn dấu gạch chéo ngược liên tiếp cho kết quả là một. Đó là lý do tại sao bạn cần (ít nhất) chín trong số họ để có được ba. 9 = 4 + 4 + 1.

Bây giờ với \n:

1. echo -e "\n Hello!"- không có gì đặc biệt bash, echo có cùng chuỗi và (vì -e) nó diễn giải \nthành một dòng mới.
2. echo -e "\\n Hello!"- bashdiễn giải \\như \; echođược \n Hello!và kết quả là giống như trên.
3. echo -e "\\\n Hello!"- bashdiễn giải ban đầu \\là \; echođược \\n Hello!và (vì -e) nó diễn giải \\như một nghĩa đen \cần được in.

Kết quả sẽ khác với 'thay vì "(do bashhành vi khác nhau ) hoặc không có -e( echohành vi khác nhau ).