# ✨ Description 타이머 정확성 관련 예외 상황 반영 12, 13, 15 반영 예정 **Case 12. 스냅샷 남은시간의 네트워크 지연 미보정** - 상황: remainingTime은 이벤트 발생 시점의 스냅샷인데, 청중이 수신·렌더할 때까지 시간이 흐름. - 리스크: 청중마다 남은 시간이 몇 초씩 어긋남. - 제안: 페이로드에 서버 타임스탬프(epoch ms) 추가 → 청중이 `remainingTime - (now - serverTimestamp)`로 보정. - 우선순위: 높음 **Case 13. 이벤트 유실 / 중복 / 순서 꼬임** - 상황: 재연결 시 메시지 유실 또는 재전송으로 중복 수신, 상태 재요청 응답과 실시간 이벤트가 뒤섞임. - 리스크: 현재 페이로드에 식별자·버전이 없어 중복/구버전 판별 불가. - 제안: 룸별 단조 증가 이벤트 버전(seq/version) 또는 messageId 추가 → 오래된 이벤트는 무시(멱등 처리). - 우선순위: 높음 **Case 14. 로컬 카운트다운 종료(0초) 판정 주체 불명확** - 상황: 이벤트 사이 구간에서 각 청중이 로컬로 카운트다운. 0초 도달 시 처리 주체가 불명확. - 리스크: 클라이언트마다 "종료" 시점이 달라짐. 사회자 탭이 백그라운드면 진행 정체. - 제안: "시간 종료는 사회자(서버)가 이벤트로 확정" 원칙 명문화. 청중 로컬 카운트다운은 표시용으로만. - 우선순위: 높음 **Case 15. 사회자 빠른 연타 (NEXT 중복)** - 상황: 사회자가 NEXT를 더블클릭/연타. - 리스크: 순서가 두 번 넘어가는 중복 진행. - 제안: FE 디바운스 + 서버에서 현재 sequence 기준 유효성 검증(기대값과 다르면 거절). - 우선순위: 중간 # ✨ Time (마감 기한)
Activity
[-][FIX][/-][+][FIX] 타이머 정확성 관련 예외 케이스 핸들링[/+]fix/#494-timer-accurancy 타이머 정확성 관련 예외 케이스 핸들링 (#495)