ความแตกต่างระหว่าง '\ n' และ '\ r \ n'

ใช่ใช่ผมทราบว่า'\n'เขียนขึ้นบรรทัดใหม่ในระบบปฏิบัติการยูนิกซ์ในขณะที่สำหรับ Windows '\r\n'มีลำดับสองตัวอักษร: ทั้งหมดนี้เป็นสิ่งที่ดีมากในทฤษฎี แต่คำถามของฉันคือทำไม ? เหตุใดอักขระการคืนตลับหมึกจึงมีความพิเศษใน Windows หาก UNIX สามารถทำได้ในกรณีที่\nใช้ Windows สองตัวเพื่อทำสิ่งนี้

ฉันกำลังอ่านหนังสือ Python ของ David Beazley และเขาพูดว่า:

ตัวอย่างเช่นบน Windows การเขียนตัวอักษร '\ n' จริง ๆ แล้วจะส่งออกลำดับสองตัวอักษร '\ r \ n' (และเมื่ออ่านไฟล์กลับมา '\ r \ n' จะถูกแปลกลับเป็น '\ n' เดียว ตัวอักษร)

ทำไมต้องใช้ความพยายามพิเศษ

ฉันจะซื่อสัตย์ ฉันรู้จักความแตกต่างมาเป็นเวลานาน แต่ไม่เคยใส่ใจที่จะถามว่าทำไม ฉันหวังว่าจะได้รับคำตอบในวันนี้

ขอบคุณที่สละเวลา.

ความเข้ากันได้ย้อนหลัง

Windows สามารถใช้งานร่วมกับ MS-DOS ได้ (แบบก้าวร้าวดังนั้น) และ MS-DOS ใช้การประชุม CR-LF เพราะ MS-DOS เข้ากันได้กับ CP / M-80 (โดยบังเอิญ) ซึ่งใช้การประชุม CR-LF เพราะนั่น เป็นวิธีที่คุณขับเครื่องพิมพ์ (เพราะเดิมทีเครื่องพิมพ์เป็นเครื่องพิมพ์ดีดที่ควบคุมด้วยคอมพิวเตอร์)

เครื่องพิมพ์มีคำสั่งแยกต่างหากเพื่อเลื่อนกระดาษขึ้นหนึ่งบรรทัดไปยังบรรทัดใหม่และคำสั่งแยกต่างหากสำหรับส่งคืนแคร่ตลับหมึก (ที่ติดตั้งกระดาษ) กลับไปที่ขอบซ้าย

นั่นเป็นเหตุผล และใช่มันเป็นเรื่องน่ารำคาญ แต่เป็นส่วนหนึ่งของแพ็คเกจที่อนุญาตให้ MS-DOS ชนะ CP / M และ Windows 95 ชนะ GUI อื่น ๆ ทั้งหมดที่อยู่ด้านบนของ DOS และ Windows XP จาก Windows 98

(หมายเหตุ: เครื่องพิมพ์เลเซอร์ที่ทันสมัยยังคงมีคำสั่งเหล่านี้เพราะพวกเขาก็เข้ากันได้กับเครื่องพิมพ์ก่อนหน้า - HP โดยเฉพาะอย่างยิ่งทำสิ่งนี้ได้ดี)

สำหรับผู้ที่ไม่คุ้นเคยกับเครื่องพิมพ์ดีดที่นี่เป็นวิดีโอที่แสดงให้เห็นว่าการพิมพ์ที่ทำ: http://www.youtube.com/watch?v=LJvGiU_UyEQ โปรดสังเกตว่ากระดาษถูกเลื่อนขึ้นก่อนจากนั้นแคร่จะถูกส่งคืนแม้ว่ามันจะเกิดขึ้นในการเคลื่อนไหวที่เรียบง่าย ding แจ้งให้พนักงานพิมพ์ดีดทราบว่าอวสานใกล้จะถึงแล้วและเตรียมพร้อมสำหรับมัน

เท่าที่ฉันรู้เรื่องนี้กลับมาอีกครั้งกับวันของเครื่องพิมพ์ดีด

\r คือ carriage return ซึ่งเป็นสิ่งที่เคลื่อนไหวที่คุณพิมพ์บนหน้ากระดาษกลับไปทางซ้าย (หรือถูกต้องหากเป็นวัฒนธรรมของคุณ)

\n เป็นบรรทัดใหม่ที่จะย้ายกระดาษของคุณขึ้นบรรทัด

การทำหนึ่งในสิ่งเหล่านี้บนเครื่องพิมพ์ดีดจะทำให้คุณผิดตำแหน่งเพื่อเริ่มเขียนบรรทัดใหม่ของข้อความ

เมื่อคอมพิวเตอร์มาถึงฉันเดาว่าบางคนเก็บรูปแบบเก่าไว้ แต่คนอื่นรู้ว่ามันไม่จำเป็นและห่อหุ้มบรรทัดใหม่เป็นตัวละคร

ฉันไม่รู้ว่านี่เป็นความรู้ทั่วไปหรือไม่ แต่ควรสังเกตว่า CR ยังคงเป็นที่เข้าใจกันโดยผู้เลียนแบบเทอร์มินัลสมัยใหม่:

$ printf "hey world\rsup\n"
sup world

มันมีประโยชน์สำหรับตัวบ่งชี้ความคืบหน้าเช่น

for i in {1..100}
do
    printf "\rLoading... %d%%" $i
    sleep 0.01
done
echo

ในอดีตฟีดบรรทัดหมายความว่าลูกกลิ้ง - ลูกกลิ้งที่คุณพิมพ์ - หมุนหนึ่งบรรทัดทำให้ข้อความปรากฏในบรรทัดถัดไป ... แต่ในคอลัมน์ถัดไป

Carriage return แปลว่า "คืนบิตที่คุณพิมพ์ไปยังจุดเริ่มต้นของบรรทัด"

Windows ใช้ CR + LF เนื่องจาก MS-DOS ทำเพราะ CP / M ทำเพราะสมเหตุสมผลสำหรับสายอนุกรม

Unix คัดลอกการประชุม \ n เนื่องจาก Multics ทำ

ฉันสงสัยว่าถ้าคุณขุดไปไกลพอคุณจะพบความขัดแย้งทางการเมืองระหว่างผู้ดำเนินการ!

(คุณหมดความสนุกลงไปเล็กน้อยโดยที่การประชุมของ Mac คือ (หรือเคยเป็นมาก่อน) เพื่อใช้ CR เพื่อแยกบรรทัดและตอนนี้ Unicode ก็มีตัวแยกบรรทัดของตัวเอง U + 2028!)

ประวัติของอักขระขึ้นบรรทัดใหม่ (Wikipedia):

ASCII ได้รับการพัฒนาพร้อมกันโดย ISO และ ASA ซึ่งเป็นหน่วยงานก่อนหน้าของ ANSI ในช่วงปี 2506-2511 มาตรฐานฉบับร่าง ISO สนับสนุนการใช้ CR + LF หรือ LF เพียงอย่างเดียวเป็นบรรทัดใหม่ในขณะที่ร่าง ASA รองรับเฉพาะ CR + LF

ลำดับ CR + LF เป็นสิ่งที่ใช้กันทั่วไปในระบบคอมพิวเตอร์ยุคแรก ๆ ที่ใช้เครื่องโทรพิมพ์โดยทั่วไปคือ ASR33 เป็นอุปกรณ์คอนโซลเพราะลำดับนี้จำเป็นต้องวางตำแหน่งเครื่องพิมพ์เหล่านั้นเมื่อเริ่มต้นบรรทัดใหม่ ในระบบเหล่านี้ข้อความมักถูกจัดทำเป็นประจำเพื่อให้เข้ากันได้กับเครื่องพิมพ์เหล่านี้เนื่องจากแนวคิดของไดรเวอร์อุปกรณ์ที่ซ่อนรายละเอียดฮาร์ดแวร์ดังกล่าวจากแอปพลิเคชันยังไม่ได้รับการพัฒนาอย่างดี แอปพลิเคชันต้องพูดคุยโดยตรงกับเครื่องโทรพิมพ์และทำตามอนุสัญญา

การแยกฟังก์ชั่นทั้งสองนั้นปิดบังข้อเท็จจริงที่ว่าหัวพิมพ์ไม่สามารถย้อนกลับจากทางขวาสุดไปจนถึงจุดเริ่มต้นของบรรทัดถัดไปในเวลาเดียวได้ นั่นคือเหตุผลที่ลำดับถูกส่งไปพร้อมกับ CR ก่อนเสมอ ในความเป็นจริงมันมักจะจำเป็นต้องส่งตัวอักษรพิเศษ (ภายนอก CRs หรือ NULs ซึ่งถูกละเว้น) เพื่อให้เวลาหัวพิมพ์เพื่อย้ายไปที่ขอบด้านซ้าย

แม้หลังจากที่คอมพิวเตอร์ถูกแทนที่ด้วยเทอร์มินัลคอมพิวเตอร์ที่มีอัตรารับส่งข้อมูลที่สูงขึ้นระบบปฏิบัติการหลายระบบยังคงรองรับการส่งอักขระเติมเหล่านี้โดยอัตโนมัติ

MS-DOS (1981) นำ CR + LF ของ CP / M มาใช้ การใช้ CR + LF ของ CP / M นั้นสมเหตุสมผลสำหรับการใช้คอมพิวเตอร์ผ่านสายอนุกรม ข้อตกลงนี้ได้รับการสืบทอดโดยระบบปฏิบัติการ Windows ในภายหลังของ Microsoft

ระบบปฏิบัติการ Multics เริ่มพัฒนาในปี 1964 และใช้ LF เพียงอย่างเดียวเป็นบรรทัดใหม่ Unix ปฏิบัติตาม Multics practice และต่อมาระบบก็ใช้ Unix

ผู้ใช้ถามว่า "ทำไม Unix สามารถทำได้\nและไม่ใช่ Windows" มันเป็นคำถามที่แปลกมาก

1. ระบบปฏิบัติการแทบไม่มีส่วนเกี่ยวข้องเลย มันเป็นเรื่องของวิธีที่แอพไลบรารีโปรโตคอลและรูปแบบไฟล์จัดการกับสิ่งต่าง ๆ นอกเหนือจากที่ระบบปฏิบัติการอ่าน / เขียนการกำหนดค่าแบบข้อความหรือคำสั่งบรรทัดคำสั่งมันไม่มีเหตุผลที่จะผิดระบบปฏิบัติการ
2. แอพ Windows ส่วนใหญ่สามารถอ่านได้ทั้งคู่\nและ\r\nใช้ได้ พวกเขายังส่งออก\r\nเพื่อให้ทุกคนมีความสุข โปรแกรมไม่เพียง "ทำ" อย่างใดอย่างหนึ่ง\nหรือ\r\n- ยอมรับโปรแกรมหนึ่ง ๆ อีกโปรแกรมหนึ่งหรือทั้งสองอย่างและเอาพุตหนึ่งโปรแกรมอีกโปรแกรมหนึ่งหรือทั้งสองอย่าง
3. ในฐานะโปรแกรมเมอร์มันแทบจะไม่รบกวนคุณเลย แทบทุกภาษา / แพลตฟอร์มมีสิ่งอำนวยความสะดวกในการเขียนบรรทัดสุดท้ายที่ถูกต้องและอ่านได้อย่างสมบูรณ์ที่สุด เวลาเท่านั้นที่ฉันได้มีการจัดการกับปัญหาที่เกิดขึ้นก็คือตอนที่ผมเขียนเซิร์ฟเวอร์ HTTP - และมันเป็นเพราะเบราว์เซอร์บางอย่าง (คำใบ้: ถัดจากเบราว์เซอร์ที่นิยมมากที่สุดหลังจาก IE) ทำ\nแทนการที่ถูกต้อง \r\n
4. คำถามที่ตรงประเด็นมากกว่านั้นคือทำไมแอพ Unix สมัยใหม่จำนวนมากจึง\nรู้เพียงว่ามีโปรโตคอลและโปรแกรมบางอย่างที่ไม่ชอบ

เหตุผลที่อนุสัญญามีไว้ในระบบต่าง ๆ ของพวกเขา (\ n สำหรับระบบประเภท unix, \ r \ n บน Windows และอื่น ๆ ) คือเมื่อคุณเลือกการประชุมคุณไม่สามารถเปลี่ยนแปลงได้โดยไม่ทำลายไฟล์ของคนจำนวนมาก และนั่นก็ขมวดคิ้วโดยทั่วไป

ระบบ Unix ได้รับการพัฒนา (วันแรก ๆ ) โดยใช้ teletype หลายรุ่นและในบางครั้งมีคนตัดสินใจว่าอุปกรณ์ควรจะกลับคืนมาเมื่อมีการป้อนบรรทัด

Windows มาจาก DOS ดังนั้นสำหรับ Windows คำถามคือ: ทำไม DOS จึงใช้ลำดับ cr / lf นี้ ฉันเดาว่ามันมีบางอย่างเกี่ยวกับ CP / M ที่ DOS มีรากฐานบางอย่าง อีกครั้งโมเดลเฉพาะของโทรพิมพ์อาจมีบทบาท

นี่คือคำตอบจากแหล่งที่ดีที่สุด - Microsoft ทำไมเทอร์มินอลไลน์ CR + LF?

โพรโทคอลนี้ย้อนหลังไปถึงยุคของเครื่องพิมพ์ดีด CR ย่อมาจาก "carriage return" - ตัวควบคุม CR ส่งคืนหัวพิมพ์ ("carriage") ไปที่คอลัมน์ 0 โดยไม่ต้องเลื่อนกระดาษ LF ย่อมาจาก "linefeed" - ตัวควบคุม LF เลื่อนกระดาษไปหนึ่งบรรทัดโดยไม่ต้องขยับหัวพิมพ์ ดังนั้นหากคุณต้องการกลับหัวพิมพ์ไปที่คอลัมน์ศูนย์ (พร้อมที่จะพิมพ์บรรทัดถัดไป) และเลื่อนกระดาษ (เพื่อให้พิมพ์บนกระดาษสด) คุณต้องมีทั้ง CR และ LF

หากคุณไปที่เอกสารโปรโตคอลอินเทอร์เน็ตต่าง ๆ เช่น RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP) หรือ RFC 2616 (HTTP) คุณจะเห็นว่าพวกเขาทั้งหมดระบุ CR + LF เป็น ลำดับการยกเลิกสาย ดังนั้นคำถามที่แท้จริงไม่ใช่ "ทำไม CP / M, MS-DOS และ Win32 ใช้ CR + LF เป็นตัวยุติบรรทัด?" แต่แทนที่จะ "ทำไมคนอื่นถึงเลือกแตกต่างจากเอกสารมาตรฐานเหล่านี้และใช้ตัวยุติบรรทัดอื่น ๆ "

Unix ใช้ LF ธรรมดาเป็นลำดับการยกเลิกบรรทัด หากคุณดูที่ตัวเลือก stty คุณจะเห็นว่าตัวเลือก onlcr ระบุว่าควรเปลี่ยน LF เป็น CR + LF หรือไม่ หากคุณตั้งค่านี้ผิดคุณจะได้รับข้อความขั้นบันได

each
    line
        begins

ที่บรรทัดก่อนหน้าซ้าย ดังนั้นแม้ยูนิกซ์เมื่ออยู่ในโหมด raw ต้องใช้ CR + LF เพื่อยกเลิกการแสดงผล CR โดยนัยก่อนที่ LF จะเป็นสิ่งประดิษฐ์ unix อาจเป็นระบบเศรษฐกิจเนื่องจากจะบันทึกหนึ่งไบต์ต่อบรรทัด

บรรพบุรุษของยูนิกซ์ของภาษา C ดำเนินการประชุมนี้ในมาตรฐานภาษา C ซึ่งต้องการเพียง "\ n" (ซึ่งเข้ารหัส LF) เพื่อยกเลิกสายการวางภาระบนไลบรารีรันไทม์เพื่อแปลงข้อมูลไฟล์ดิบเป็นสายตรรกะ

ภาษา C ยังแนะนำคำว่า "ขึ้นบรรทัดใหม่" เพื่อแสดงแนวคิดของ "ตัวคั่นบรรทัดทั่วไป" ฉันบอกว่าคณะกรรมการ ASCII เปลี่ยนชื่อของตัวละคร 0x0A เป็น "ขึ้นบรรทัดใหม่" ประมาณปี 1996 ดังนั้นระดับความสับสนได้เพิ่มสูงขึ้น