เหตุใด $ '\ 0' จึงเหมือนกับ ''

วิธีทั่วไปในการทำสิ่งต่าง ๆ ที่มีไฟล์อยู่สองไฟล์คือ - และอย่าไปทำอย่างนั้นกับฉัน:

for f in $(ls); do …

ตอนนี้เพื่อความปลอดภัยต่อไฟล์ที่มีช่องว่างหรือตัวอักษรแปลก ๆ วิธีการที่ไร้เดียงสาจะทำ:

find . -type f -print0 | while IFS= read -r -d '' file; …

ที่นี่-d ''เป็นระยะสั้นสำหรับการตั้งค่า NUL ASCII -d $'\0'กับใน

แต่ทำไมถึงเป็นเช่นนั้น? ทำไม''และ$'\0'เหมือนกัน นั่นเป็นเพราะราก C ของ Bash ที่มีสตริงว่างจะถูกยกเลิกด้วยค่าว่างเสมอหรือไม่?

การman page of bashอ่าน:

          -d delim
                 The first character of delim is  used  to  terminate  the
                 input line, rather than newline.

เนื่องจากสตริงมักจะสิ้นสุดด้วยค่า null อักขระตัวแรกของสตริงว่างจึงเป็นค่าว่าง - ทำให้รู้สึกถึงฉัน :)

แหล่งที่มาอ่าน:

static unsigned char delim;
[...]
    case 'd':
      delim = *list_optarg;
      break;

สำหรับสตริงที่ว่างเปล่าdelimเป็นเพียงไบต์ว่าง

มีสองข้อบกพร่องในการทุบตีที่ชดเชยซึ่งกันและกัน

เมื่อคุณเขียน$'\0'นั่นจะเป็นการปฏิบัติภายในเหมือนกับสตริงว่าง ตัวอย่างเช่น:

$ a=$'\0'; echo ${#a}
0

นั่นเป็นเพราะภายในทุบตีเก็บสตริงทั้งหมดเป็นสตริงCซึ่งเป็นโมฆะ - ไบต์ null ทำเครื่องหมายจุดสิ้นสุดของสตริง Bash ตัดสตริงอย่างเงียบ ๆ เป็นไบต์แรก (ซึ่งไม่ได้เป็นส่วนหนึ่งของสตริง!)

# a=$'foo\0bar'; echo "$a"; echo ${#a}
foo
3

เมื่อคุณส่งสตริงเป็นอาร์กิวเมนต์ให้กับ-dตัวเลือกของreadบิวอิน bash จะดูที่ไบต์แรกของสตริงเท่านั้น แต่ไม่ได้ตรวจสอบจริง ๆ ว่าสตริงนั้นไม่ว่างเปล่า ภายในสตริงว่างจะแสดงเป็นอาร์เรย์ 1 องค์ประกอบที่มีเพียงไบต์ว่าง ดังนั้นแทนที่จะอ่านไบต์แรกของสตริง bash จะอ่านค่า null นี้

จากนั้นภายในเครื่องจักรหลังreadbuiltin ทำงานได้ดีกับ null ไบต์; มันอ่านไบต์ต่อไบต์จนกว่าจะพบตัวคั่น

กระสุนอื่น ๆ มีพฤติกรรมแตกต่างกัน ตัวอย่างเช่น ash และ ksh ละเว้นไบต์ที่เป็นค่าว่างเมื่ออ่านอินพุต ด้วย ksh ksh -d ""อ่านจนถึงบรรทัดใหม่ เชลล์ออกแบบมาเพื่อรับมือกับข้อความได้ดีไม่ใช่กับข้อมูลไบนารี Zsh เป็นข้อยกเว้น: มันใช้การแทนค่าสตริงที่ copes ด้วยไบต์โดยพลการรวมถึง null null; ใน zsh $'\0'คือสตริงที่มีความยาว 1 (แต่read -d ''แปลก ๆ มีพฤติกรรมเหมือนread -d $'\0')