개발자라면 꼭 알아야 할 개행 문자 이야기

"왜 Windows에서 작성한 파일이 Linux에서는 이상하게 보일까요?" 🤔

안녕하세요! 오늘은 개발하면서 한 번쯤은 겪어봤을 개행 문자에 대해 알아보겠습니다. 단순해 보이는 줄바꿈 뒤에 숨겨진 흥미로운 이야기들을 함께 살펴보죠!

---

📜 개행 문자의 역사

개행 문자의 역사는 타자기 시대로 거슬러 올라갑니다.

• Carriage Return (CR): 타자기의 캐리지(종이를 고정하는 부분)를 줄의 맨 앞으로 되돌리는 동작
• Line Feed (LF): 종이를 한 줄 위로 올리는 동작

과거에는 이 두 동작이 모두 필요했기 때문에 CR + LF 조합이 사용되었습니다.

---

🔍 개행 문자의 종류

1️⃣ LF (Line Feed) - \n

ASCII: 10
16진수: 0x0A
사용처: Unix, Linux, macOS

2️⃣ CR (Carriage Return) - \r

ASCII: 13
16진수: 0x0D
사용처: 구 Mac OS (9 이하)

3️⃣ CRLF - \r\n

조합: CR + LF
사용처: Windows, 인터넷 프로토콜

---

🖥️ 운영체제별 차이점

운영체제 개행 문자 표현 비고

Windows	CRLF	\r\n	전통적인 방식 유지
Unix/Linux	LF	\n	간단하고 효율적
macOS	LF	\n	OS X부터 Unix 기반
구 Mac OS	CR	\r	Mac OS 9 이하에서만

---

💻 프로그래밍에서의 실제 사례

Python에서의 처리

# 모든 종류의 개행 문자를 안전하게 처리
text = "첫 번째 줄\n두 번째 줄\r\n세 번째 줄\r네 번째 줄"
lines = text.splitlines()  # ['첫 번째 줄', '두 번째 줄', '세 번째 줄', '네 번째 줄']

# 파일 읽기 시 자동 변환
with open('file.txt', 'r', newline='') as f:
    content = f.read()  # 원본 개행 문자 유지

JavaScript에서의 처리

// 정규표현식으로 모든 개행 문자 처리
const text = "첫 번째 줄\n두 번째 줄\r\n세 번째 줄";
const lines = text.split(/\r\n|\r|\n/);

---

⚠️ 실무에서 마주치는 문제들

1. Git에서의 개행 문자 충돌

# Windows에서 작업하는 개발자
git config --global core.autocrlf true

# Unix/Linux/Mac에서 작업하는 개발자  
git config --global core.autocrlf input

2. CSV 파일 처리 시 문제

Excel에서 생성한 CSV 파일을 Linux 서버에서 처리할 때 예상과 다른 결과가 나올 수 있습니다.

3. 웹 개발에서의 이슈

HTTP 프로토콜은 \r\n을 사용하지만, HTML 내용은 \n만 사용하는 것이 일반적입니다.

---

✅ 모범 사례와 팁

🎯 통일성 유지하기

• 팀 내에서 개행 문자 규칙을 정하고 지키기
• 에디터 설정에서 개행 문자 타입 고정하기

🛠️ 도구 활용하기

• VS Code: 우하단에서 개행 문자 타입 확인 및 변경 가능
• Vim: :set fileformat=unix 명령어로 변경
• Git: core.autocrlf 설정으로 자동 변환

📝 코드 작성 시 주의점

# ✅ 좋은 예: 플랫폼 독립적
import os
newline = os.linesep  # 현재 OS의 개행 문자 사용

# ❌ 피해야 할 예: 하드코딩
text = "첫 번째 줄\r\n두 번째 줄"  # Windows에서만 정상 동작

---

🚀 결론

개행 문자는 작은 것 같지만 크로스 플랫폼 호환성에 큰 영향을 미칩니다.

핵심 포인트:

• 현재는 **LF (\n)**가 표준
• Git 설정으로 자동 변환 가능
• 에디터에서 개행 문자 타입 확인하는 습관 만들기
• 팀 내 코딩 컨벤션에 개행 문자 규칙 포함하기

다음에 "어? 내 코드가 다른 환경에서 이상하게 동작해"라고 생각되면, 개행 문자부터 확인해보세요!

---