Node.js가 Streams2 API, process.nextTick 의미론 변경, 가비지 컬렉션 전략 개편으로 API 일관성과 예측 가능한 레이턴시 확보

Context

Node.js 초기 버전부터 스트림 인터페이스는 "data 이벤트가 즉시 발생"하고 "pause()가 권장일 뿐"이라는 근본적 문제가 있었다. process.nextTick()은 I/O 스케줄링이 많을 경우 의도와 다르게 동작하여 경합 조건과 예측 불가능한 에러를 유발했다. 가비지 컬렉션 타이밍 결정의 불확실성으로 인해 레이턴시가 불안정했다.

Technical Solution

• Streams2 API 도입: 모든 스트림을 동일한 기본 클래스로 구성하여 일관된 동작 보장 및 사용자 영역에서의 스트림 생성 용이성 확대
• process.nextTick 의미론 변경: C++에서 JavaScript로의 호출 직후에 nextTick 핸들러를 실행하도록 변경하여 경합 조건 제거
• 재귀적 nextTick 호출 지원 중단: 장시간 실행 작업에는 setImmediate 사용을 권장하는 deprecation warning 추가
• IdleNotification 호출 제거: 이벤트 루프 유휴 상태에서 가비지 컬렉션을 강제하는 기능 제거하고 V8의 자체 GC 판단에 위임
• 도메인 모듈 상태 상향: "Experimental"에서 "Unstable"로 승격하고 C++ 코드에 도메인 인식 기능 추가

Impact

process.nextTick 의미론 변경으로 경합 조건 제거. IdleNotification 제거로 레이턴시 예측 가능성 향상.

Key Takeaway

스트림, 이벤트 루프 타이밍, 가비지 컬렉션 같은 기본 추상화 계층을 명확하게 재설계하면 성능 벤치마크 동등성을 유지하면서 런타임 동작의 예측 가능성을 근본적으로 개선할 수 있다.