Tại sao Windows sử dụng CR LF?

Tôi hiểu sự khác biệt giữa cả hai nên không cần phải đi sâu vào điều đó, nhưng tôi chỉ tự hỏi lý do đằng sau lý do tại sao Windows sử dụng cả CR và LF để chỉ ra ngắt dòng. Có vẻ như phương pháp Linux (chỉ sử dụng LF) có ý nghĩa hơn nhiều, tiết kiệm dung lượng và dễ phân tích cú pháp hơn.

Lịch sử khi sử dụng máy in kim teletypes CR sẽ trả về dòng xuống vị trí đầu tiên của dòng trong khi LF sẽ chuyển tới dòng tiếp theo. Bản thân việc sử dụng CR + LF trong tệp đã giúp bạn có thể gửi tệp trực tiếp đến máy in mà không cần bất kỳ loại trình điều khiển máy in nào.

Cảm ơn @zaph đã chỉ ra rằng đó là máy viễn thông chứ không phải máy in kim

@sshannin đã đăng một URL từ blog của Raymond Chen, nhưng nó không hoạt động nữa. Blog đã thay đổi phần mềm nội bộ của nó, vì vậy các URL đã thay đổi.

Sau khi xem qua các bài viết cũ trong blog mới, tôi đã tìm thấy nó ở đây .

Trích dẫn từ blog:

Tại sao đầu cuối dòng CR + LF?

Giao thức này có từ thời của những người viết bài từ xa. CR là viết tắt của “xuống dòng” - ký tự điều khiển CR trả lại đầu in (“xuống dòng”) về cột 0 mà không cần chuyển giấy. LF là viết tắt của “linefeed” - ký tự điều khiển LF nâng giấy lên một dòng mà không cần di chuyển đầu in. Vì vậy, nếu bạn muốn trả đầu in về cột 0 (sẵn sàng để in dòng tiếp theo) và tiến giấy (để nó in trên giấy mới), bạn cần cả CR và LF.

Nếu bạn truy cập các tài liệu giao thức internet khác nhau, chẳng hạn như RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP) hoặc RFC 2616 (HTTP), bạn sẽ thấy rằng tất cả chúng đều chỉ định CR + LF là trình tự kết thúc dòng. Vì vậy, câu hỏi thực sự không phải là "Tại sao CP / M, MS-DOS và Win32 sử dụng CR + LF làm dấu chấm dứt dòng?" mà đúng hơn là "Tại sao những người khác lại chọn khác với các tài liệu tiêu chuẩn này và sử dụng một số đầu cuối đường dây khác?"

Unix đã sử dụng LF thuần túy làm trình tự kết thúc dòng. Nếu bạn nhìn vào các tùy chọn stty, bạn sẽ thấy rằng tùy chọn onlcr chỉ định liệu một LF có nên được thay đổi thành CR + LF hay không. Nếu bạn cài đặt sai cài đặt này, bạn sẽ nhận được văn bản bậc thang, trong đó

each
    line
        begins 

nơi dòng trước đó đã dừng lại. Vì vậy, ngay cả unix, khi để ở chế độ thô, yêu cầu CR + LF để kết thúc các dòng. CR ngầm trước LF là một phát minh unix, có thể là một nền kinh tế, vì nó tiết kiệm một byte trên mỗi dòng.

Tổ tiên unix của ngôn ngữ C đã đưa quy ước này vào tiêu chuẩn ngôn ngữ C, chỉ yêu cầu “\ n” (mã hóa LF) để kết thúc các dòng, tạo gánh nặng cho các thư viện thời gian chạy để chuyển đổi dữ liệu tệp thô thành các dòng logic.

Ngôn ngữ C cũng đưa ra thuật ngữ “dòng mới” để thể hiện khái niệm “dấu chấm cuối dòng chung”. Tôi được biết rằng ủy ban ASCII đã đổi tên ký tự 0x0A thành “dòng mới” vào khoảng năm 1996, vì vậy mức độ nhầm lẫn đã được nâng cao hơn nữa.

Đây là một cuộc thảo luận khác về chủ đề này, từ góc độ unix

Tôi đã thay đổi liên kết thứ hai này thành ảnh chụp nhanh trong The Wayback Machine, vì trang thực tế không còn nữa.

Tôi mong bạn trả lời câu hỏi này.

Nó đến từ những chiếc máy đánh chữ (và máy đánh chữ) từ những ngày xa xưa.

Trước đây, khi bạn nhập xong một dòng, bạn phải di chuyển hộp đựng của máy đánh chữ (giữ tờ giấy và trượt sang trái khi bạn nhập) trở lại đầu dòng (CR). Sau đó, bạn phải tiến tờ giấy xuống một dòng (LF) để chuyển sang dòng tiếp theo.

Có những trường hợp bạn có thể không muốn dòng khi trả về dòng xuống dòng, chẳng hạn như nếu bạn định gạch ngang một ký tự bằng dấu gạch ngang (bạn chỉ cần ghi đè nó).

Nhưng về cơ bản, nó tổng hợp thành quy ước. DOS đã sử dụng quy ước CR / LF đầy đủ và UNIX đã rút ngắn nó một chút. Bây giờ chúng tôi bị mắc kẹt!

Những người khác đã đưa ra câu trả lời, nhưng tôi muốn nói thêm ... Tôi đoán bạn còn quá nhỏ để sử dụng máy đánh chữ? ;) Cỗ xe là một cái trống. Di chuyển nó theo chiều ngang sang phải, đưa đầu loại tĩnh trở lại lề trái của trang. Xoay dòng chữ bằng ngón tay và ngón cái của bạn sẽ nâng trang lên một (các) dòng.

Từ Wikipedia :

Trình tự CR + LF được sử dụng phổ biến trên nhiều hệ thống máy tính ban đầu sử dụng máy teletype, điển hình là ASR33, làm thiết bị điều khiển, vì trình tự này được yêu cầu để đặt các máy in đó ở đầu dòng mới.

Tôi đã thấy nhiều tài khoản cho rằng lý do để gửi hai ký tự (và đôi khi nhiều hơn) thay vì một ký tự là để khớp tốc độ truyền dữ liệu tốt hơn với tốc độ in vật lý (cách đây đã lâu ). Việc di chuyển đầu in mất nhiều thời gian hơn so với việc in một ký tự đơn lẻ và gửi thêm ký tự là một cách ngăn việc truyền dữ liệu đi trước thiết bị in. Vì vậy, lý do chúng ta có nhiều ký tự cho cuối dòng trong Windows về cơ bản giống với lý do chúng ta có bàn phím QWERTY - nó nhằm mục đích làm chậm mọi thứ .

Rõ ràng lý do mà thực tiễn này vẫn tiếp tục trong Windows cho đến ngày nay là dựa trên một số khái niệm về khả năng tương thích ngược liên tục, và cuối cùng, chỉ là quán tính đơn giản.

Tuy nhiên, lưu ý rằng quy ước này không được Windows thực thi nghiêm ngặt ở cấp hệ điều hành . Bất kỳ ứng dụng Windows nào cũng có thể miễn phí bỏ qua quy ước, tùy thuộc vào những ứng dụng khác mà nó đang cố gắng tương thích.

Điều thú vị là bài báo trên Wikipedia về "Newline" , tuyên bố rằng Windows 8 có thể giới thiệu một sự thay đổi để chỉ sử dụng LF. Bài báo cũng nói rằng Mac OS X đã giới thiệu một quá trình chuyển đổi từ LF + CR sang chỉ LF.