## 0.1 언어 독립성 보장을 위한 RCL 계층 추상화 설계 철학

ROS2의 RCL(ROS Client Library) 계층은 다국어 환경(Polyglot Environment)에서 로봇 소프트웨어 프레임워크가 일관된 동작을 유지하도록 돕는 핵심 추상화 계층이다. ROS1 구조에서 지적되었던 가장 큰 학술적, 공학적 문제점 중 하나는 C++ 기반의 roscpp와 Python 기반의 rospy가 파라미터 관리 체계, 스레딩 모델, 시간 동기화(Synchronized Time) 메커니즘을 각각 독립적으로 구현함으로써 발생한 기능적 비대칭성과 유지보수의 파편화였다. ROS2는 이러한 구조적 결함을 극복하기 위해 모든 상위 언어 바인딩 라이브러리가 반드시 거쳐야 하는 단일 진실 공급원(Single Source of Truth)으로서 RCL 계층을 설계하였다.

0.1.1 ABI 수준의 호환성과 C 언어 채택의 당위성

RCL 계층이 순수 C 언어(C99 표준)로 작성된 가장 중요한 학술적 근거는 C 언어가 제공하는 압도적인 이식성(Portability)과 외부 함수 인터페이스(FFI, Foreign Function Interface) 환경에서의 견고함 때문이다. C++이나 Rust와 같은 언어는 네임 맹글링(Name Mangling)과 컴파일러 종속적인 객체 메모리 배치 규칙으로 인해 ABI(Application Binary Interface) 호환성을 보장하기 어렵다. 반면, C 언어는 ABI 수준에서 확고한 표준을 지니므로 Python의 ctypes 또는 cffi, Java의 JNI(Java Native Interface), Rust의 bindgen 메커니즘을 통해 어떠한 언어에서도 네이티브 수준의 오버헤드 없이 호출이 가능하다. 이를 통해 ROS2는 새로운 개발 언어를 생태계에 편입시킬 때 코어 로직을 재작성하는 대신, 얇은 래퍼(Wrapper) 계층만을 추가하는 방식으로 언어 파편화를 근본적으로 차단한다.

0.1.2 핵심 로직의 일원화와 기능적 대칭성 확보

언어 독립성을 보장하기 위한 추상화 철학의 구체적 산물은 노드의 생명주기 관리, 파라미터 서버 스토리지, 시간(Time) 객체와 클록(Clock) 제어, 그리고 QoS(Quality of Service) 정책 매칭 로직의 일원화이다. RCL은 퍼블리셔(Publisher), 서브스크라이버(Subscriber), 서비스(Service), 클라이언트(Client)와 같은 분산 시스템 커뮤니케이션 엔티티들의 생성과 파괴를 담당하는 메모리 컨텍스트를 구조체(Struct) 단위로 추상화하여 관리한다.
예를 들어 rclcpp나 rclpy에서 노드의 라이프사이클 훅(Lifecycle Hook)을 호출할 경우, 실제 상태 전이(State Transition) 검증과 로직 처리는 C 계층의 인터페이스 규격 안에서만 수행된다. 그 결과 고성능 시스템 프로그래밍을 위한 C++ 코드와 빠른 스크립팅을 위한 Python 코드 모두 런타임에 완벽히 동일한 동작 의미론(Semantics)과 예외 도메인을 보장받을 수 있다.

0.1.3 언어 간 중복 연산 방지와 테스트 커버리지 통합 절차

RCL 계층을 통한 추상화 철학은 소프트웨어 검증 단계의 워크플로우 통제 측면에서도 강력한 이점을 지닌다. 중앙 집중화된 RCL C 코어 계층 패키지에 대해서 단위 테스트(Unit Test)를 수행하여 메모리 누수 방지와 로직의 수학적 정확성을 검증하면, 이를 래핑하는 개별 프론트엔드 바인딩 레이어(rclcpp, rclpy 등)는 언어 특화 기능(문법 최적화, 객체 지향적 캡슐화 등)에 대한 테스트에 집중할 수 있게 된다. 이러한 설계는 다중 언어 지원 프레임워크가 가지는 필연적인 리팩토링 비용(Refactoring Cost)을 최소화하고, 분산 컴퓨팅 연구와 고주파 제어 환경을 위한 시스템 안정성이라는 학술적 목표를 동시에 달성하는 매우 정교한 아키텍처 공학적 산물이다.