Async Queue 기반 상태 동기화로 Recording Button의 제로 딜레이 응답성 구현

How I made a perfect recording button. Simple yet complex thing.

Dmitry Tseyler2026년 5월 21일7분intermediate

AI 요약

Context

녹음 시작 시 Mixer 재시작 및 Transcriber 초기화 등 복잡한 비동기 파이프라인으로 인한 UI 응답성 저하 발생. 기존의 단순 상태 변경 방식은 Race Condition을 유발하며, 버튼 비활성화 처리는 사용자 경험의 인지 부하와 흐름 단절을 초래함.

S_ui(사용자 인터페이스), S_op(작업 목표), S_real(실제 시스템 상태)의 세 가지 상태 계층 분리를 통한 Eventual Consistency 확보
Operation Queue 도입을 통해 모든 녹음 제어 명령을 순차적으로 처리함으로써 동시성 충돌 방지
S_op과 S_ui의 불일치 여부를 판단하여 불필요한 중복 작업 수행을 차단하는 최적화 로직 적용
비동기 작업의 각 Suspension Point마다 Target State 변경 여부를 확인하여 유효하지 않은 이전 작업을 즉시 중단하는 Interruption 메커니즘 설계
상태 변경 작업 완료 후 즉각적인 반대 작업을 수행하도록 설계하여 S_real과 S_ui의 정합성 유지

실천 포인트

1. 사용자 입력과 실제 시스템 반영 사이에 상태 계층(UI -> Request -> Real)을 분리했는가?

2. 비동기 작업 큐 도입 시 최신 요청이 이전 요청을 무효화할 수 있는 취소 메커니즘이 존재하는가?

3. 각 await 지점에서 현재 작업의 목표 상태가 여전히 유효한지 검증하는 로직이 포함되었는가?

4. Race Condition 방지를 위해 상태 변경 작업의 원자성(Atomicity)을 보장하는 구조인가?

태그