개발도상국을 위한 초경량 모바일 앱 설계와 코드·리소스 정리 방안

본 논문은 개발도상국의 모바일 사용자가 직면한 ‘대역폭 부족’ 문제와 전 세계적으로 급증하는 모바일 앱 크기 사이의 불균형을 문제 제기로 삼는다. 저자들은 먼저 현재 2G·EDGE 기반 네트워크와 위성·저속 무선 연결이 일반적인 상황에서, 미국 주요 앱들의 설치 파일이 2013년 164 MB에서 2017년 1.9 GB로 10배 이상 증가한 사실을 제시한다. 이러한 추세는 업데이트 트래픽이 전체 셀룰러 트래픽의 큰 비중을 차지하게 만들며, 결국 저대역폭 환경에서는 핵심 교육·보건·농업 앱조차 접근이 어려워지는 디지털 격차를 심화시킨다. 논문은 두 가지 연구 질문을 설정한다. (1) 앱 크기 증가가 실제 기능 확장에 비례하는가? (2) 기능은 유지하면서도 용량을 크게 줄일 수 있는 방법은 무엇인가? 이를 검증하기 위해 ‘미니프로그램’이라는 극소형 앱 모델을 도입한다. 위챗·알리페이와 같은 중국 대형 플랫폼이 제공하는 미니프로그램은 2 MB 이하의 설치 패키지 제한을 두고, 사용자는 QR코드 스캔만으로 즉시 실행한다. 이러한 제한은 개발자가 UI·리소스를 최소화하고, 불필요한 서드파티 라이브러리를 배제하도록 강제한다. 연구 방법은 크게 네 단계로 구성된다. 첫째, 3,200개의 인기 안드로이드 앱을 Google Play에서 수집하고, APK를 디컴파일해 클래스·리소스 구조를 파악한다. 둘째, 정적 분석 도구를 이용해 호출 그래프를 구축하고, 사용되지 않는 메서드·클래스를 식별한다. 셋째, 동일 기능을 제공하는 미니프로그램 200쌍과 정식 앱을 비교해 코드·리소스 차이를 정량화한다. 넷째, 자동 트리밍 파이프라인을 설계해 코드와 리소스를 정리하고, 용량 감소 효과와 기능 보존 여부를 실험한다. 분석 결과, 전체 앱 중 평균 35%의 클래스·메서드가 실제 실행 경로에 포함되지 않으며, 특히 광고·분석 SDK, 이미지 처리, 다국어 로컬라이제이션 파일이 과다하게 포함돼 있다. 리소스 측면에서는 고해상도 이미지와 중복된 폰트 파일이 차지하는 비중이 높았다. 미니프로그램과 정식 앱을 직접 매칭시킨 사례(예: 유도어 사전, 오늘 날씨)에서는 미니프로그램이 0.2 MB, 정식 앱이 47 MB에 달해 219배 차이를 보였다. 기능적 차이는 UI 간소화와 일부 부가 기능(예: 카메라 번역, 음성 검색) 제외에 국한되었으며, 핵심 로직은 동일하게 유지되었다. 자동 트리밍 파이프라인은 두 단계로 나뉜다. 첫 번째 단계는 ‘코드 트리밍’으로, 정적 분석 결과를 바탕으로 사용되지 않는 바이트코드를 제거하고, 서드파티 라이브러리를 최소화한다. 두 번째 단계는 ‘리소스 트리밍’으로, PNG·JPEG 압축률을 높이고, 중복 이미지와 사용되지 않는 다국어 문자열을 삭제한다. 실험 대상 500개 앱에 적용한 결과, 평균 전체 용량이 31% 감소했으며, 가장 큰 경우 45%까지 감소하였다. 기능 테스트와 사용자 시나리오 검증을 통해 트리밍 후에도 앱이 정상 동작함을 확인했다. 마지막으로 저자들은 ‘경량화 모바일 플랫폼’이라는 새로운 설계 패러다임을 제안한다. 핵심 아이디어는 공통 API를 하나의 경량 라이브러리로 통합하고, 각 앱은 이 라이브러리를 공유하도록 하는 것이다. 이렇게 하면 각 앱이 동일한 서드파티 SDK를 개별적으로 포함할 필요가 없어 전체 스토어의 용량 부담이 크게 줄어든다. 구글의 ‘Building for Billions’ 정책과 연계해, OS 차원에서 경량 API를 제공하고, 개발자는 필요 시 플러그인 형태로 기능을 확장한다. 이는 특히 저대역폭 지역에서 앱 다운로드·업데이트 시간을 단축하고, 데이터 비용을 절감하는 효과를 기대할 수 있다. 결론적으로, 이 논문은 모바일 앱 팽창의 원인을 코드·리소스 비효율성에 두고, 정적 분석 기반 자동 트리밍과 플랫폼 차원의 경량화 설계가 실질적인 용량 감소와 기능 보존을 동시에 달성할 수 있음을 입증한다. 향후 연구는 트리밍 과정에서 발생할 수 있는 보안 취약점 검증, 동적 로딩 전략의 성능 최적화, 그리고 iOS·다른 플랫폼에 대한 적용 가능성을 탐구하는 방향으로 진행될 필요가 있다.