Tại sao shell Lệnh thay thế lại ngấu nghiến một char mới theo dõi?

Theo ví dụ sau đây, và như trong câu hỏi gần đây của tôi Trong bash, dòng chữ char mới đã đi đâu? , Tôi muốn biết "tại sao" nó xảy ra

  x="$(echo -ne "a\nb\n")" ; echo -n "$x" | xxd -p 
# Output is: 610a62 
# The trailing newline from the 'echo' command
#   has been "deleted" by Command Substitution

Tôi cho rằng phải có một số lý do rất quan trọng cho một hành động vỏ, cụ thể là Thay thế lệnh, để thực sự xóa một số dữ liệu khỏi đầu ra lệnh mà nó đang thay thế ...
nhưng tôi không thể hiểu được điều này, vì dường như nó là các phản đề của những gì nó được cho là phải làm .. tức là. để chuyển đầu ra của lệnh trở lại quy trình viết kịch bản ... Giữ lại một ký tự có vẻ kỳ lạ đối với tôi, nhưng tôi cho rằng có một lý do hợp lý cho nó ... Tôi rất muốn tìm hiểu lý do đó là gì .. .

Bởi vì shell ban đầu không nhằm mục đích trở thành một ngôn ngữ lập trình đầy đủ.

Nó là khá khó khăn để loại bỏ một dấu vết \ntừ một số đầu ra lệnh. Tuy nhiên, với mục đích hiển thị, hầu như tất cả các lệnh đều kết thúc đầu ra của chúng \n, do đó, phải có một cách đơn giản để loại bỏ nó khi bạn muốn sử dụng nó trong một lệnh khác. Tự động loại bỏ với việc $()xây dựng là giải pháp được lựa chọn.

Vì vậy, có thể bạn sẽ chấp nhận câu hỏi này như một câu trả lời:

Bạn có thể tìm một cách đơn giản để xóa dấu vết \nnếu điều này không được thực hiện tự động trong lệnh sau không?

> echo The current date is "$(date)", have a good day!

Lưu ý rằng trích dẫn là cần thiết để ngăn chặn phá vỡ không gian đôi có thể xuất hiện trong các ngày được định dạng.

Đó là một phần của tiêu chuẩn :

Shell sẽ mở rộng thay thế lệnh bằng cách thực thi lệnh trong môi trường lớp con (xem Môi trường thực thi Shell ) và thay thế lệnh thay thế (văn bản lệnh cộng với dấu "$ ()" hoặc backquote kèm theo đầu ra tiêu chuẩn của lệnh, loại bỏ trình tự của một hoặc nhiều <newline> s ở cuối thay thế.

Tất nhiên, tiêu chuẩn có thể được viết theo cách này bởi vì đó là cách kshnó đã làm hoặc một cái gì đó, nhưng nó là tiêu chuẩn, và đó là hành vi được ghi lại. Nếu bạn không thích nó, hãy sử dụng Perl hoặc một cái gì đó khác sẽ cho phép bạn giữ các dòng mới.

Vâng, nó có ý nghĩa với tôi. Dòng mới chỉ ở đó ở vị trí đầu tiên, trong đầu ra lệnh thông thường, để lời nhắc xuất hiện sau khi lệnh hoàn thành trên một dòng mới. Dòng mới không phải là một phần của đầu ra ban đầu trong hầu hết các trường hợp, nó ở đó để thu gọn màn hình. Khi bạn phân tích cú pháp đầu ra từ một lệnh, dòng mới ở cuối thường gây rắc rối. Tại sao wclệnh xuất ra 2 dòng văn bản? Ồ, không, nó xuất ra một dòng theo sau một dòng mới. Khi bạn phân tích cú pháp, wcbạn không muốn lo lắng về thực tế là có 2 dòng đầu ra - thực sự không có, chỉ có một.

Tôi đã chạy vào cùng một vấn đề, và tìm thấy ví dụ dưới đây. Có vẻ như trích dẫn đã giúp tình hình, ít nhất nó đã làm cho tôi:

http://tldp.org/LDP/abs/html/commandsub.html .

dir_listing=`ls -l`
echo $dir_listing     # unquoted

# Expecting a nicely ordered directory listing.

# However, what you get is:
# total 3 -rw-rw-r-- 1 bozo bozo 30 May 13 17:15 1.txt -rw-rw-r-- 1 bozo
# bozo 51 May 15 20:57 t2.sh -rwxr-xr-x 1 bozo bozo 217 Mar 5 21:13 wi.sh

# The newlines disappeared.


echo "$dir_listing"   # quoted
# -rw-rw-r--    1 bozo       30 May 13 17:15 1.txt
# -rw-rw-r--    1 bozo       51 May 15 20:57 t2.sh
# -rwxr-xr-x    1 bozo      217 Mar  5 21:13 wi.sh

Tại sao echo "hello "(không có dấu ngoặc kép) ngấu nghiến không gian? giá trị của các ký tự IFS được shell xem là các dấu phân cách, do đó, các ký tự dấu (không phân định bất cứ thứ gì) đang bị xóa. commend thay thế chỉ đơn giản là thực hiện commends trong một shell con, vì vậy nó tuân theo logic tương tự.