Binary Patch | Notion

앱 전체를 다시 받지 않고 ,바뀐 부분만 골라서 “이진 패치(binary diff)”로 적용하는 방식

장점	단점
빠른 업데이트 (수십 MB만 다운로드)	시스템 설계가 복잡함
앱 스토어 승인 없이 핫픽스 가능	리소스 정합성, 의존성 관리 필요
패치 실패 시 롤백 쉬움	코드/데이터 구분 명확히 해야 함

기본 구조

[빌드 시점]
├── 메인 앱 (AAB or APK)
├── 리소스 (AssetBundle + OBB or CDN)
└── 핫픽스용 바이너리 (.dll, .json, .ab) → Patch 서버에 업로드

[런타임]
├── 앱 실행
├── 서버에서 패치 여부 확인
├── 변경된 DLL/AB/Config만 다운로드
└── 리플렉션 + AB 로드 → 런타임 반영

적용 대상별 세부 전략 추천

Code (핫픽스 DLL)
- HybridCLR + Binary Patch 조합
- DLL을 AssetBundle에 넣거나, 따로 CDN에서 내려받아 Assembly.Load로 적용
- 버전 / 체크섬으로 비교해서 새로운 DLL만 받음.
리소스 (AssetBundle)
- asset bundle은 기본적으로 압축된 바이너리 파일
- CRC, Hash 값으로 변경 감지
- CDN에서 다운로드 → AssetBundle.LoadFromMemory or LoadFromFile

OBB란?

Android App에서 apk 용량 제한을 넘기기 위해 사용하는 확장 리소스 파일

내부는 그냥 zip 포맷
텍스쳐, 음성, 영상, assetbundle 등 대용량 리소스 포함