안드로이드 17 One UI 9 베타 확대 — 갤럭시 개발자가 지금 할 일

솔직히 말하면 나는 안드로이드 메이저 버전이 나올 때마다 처음엔 심드렁하다. 그런데 매번 데는 지점이 삼성이다. AOSP 기준으로 테스트 다 끝내고 "이번엔 문제 없겠지" 하고 배포하면, 꼭 갤럭시 폴드에서 다이얼로그가 반쪽만 뜨거나 백그라운드 작업이 조용히 죽어 있다. 그것도 배포 당일이 아니라, OS 업데이트가 사용자 폰에 도착하는 며칠 뒤부터 리뷰 별점이 슬금슬금 떨어지는 식이라 원인 파악도 늦다. One UI 9 베타가 이번 달에 주력 기기로 확 퍼졌으니, 그 시즌이 또 시작된 셈이다. 이번엔 미리 정리해두려고 이 글을 쓴다. 사실관계부터 짚자.

안드로이드 17 'Cinnamon Bun', 핵심만 먼저

안드로이드 17은 구글이 2026년 6월 16일 공개한 최신 메이저 버전이고, 디저트 코드명은 'Cinnamon Bun'이다. 개발자 관점에서 이번 사이클의 실질적 무게중심은 화려한 신기능보다 플랫폼 강제 사항에 있다. edge-to-edge 전면화, 16KB 메모리 페이지 대응, 그리고 Play 스토어의 targetSdk 상향 요구가 겹치기 때문이다. 아래 표가 이번 사이클에서 개발자가 외워둘 숫자들이다.

One UI 9 베타, 9월에 어디까지 확대됐나

9월 확대의 핵심은 베타 대상이 S 시리즈 플래그십과 최신 폴더블로 넓어졌다는 점이다. 구체적으로 갤럭시 S25·S25+·S25 Ultra·S25 FE, 그리고 Z 폴드7·Z 플립7이 포함됐다. 지역은 인도·한국·미국·영국이 우선이고, 참여 경로는 Samsung Members 앱의 One UI 베타 프로그램이다. 이 조합이 중요한 이유는, 이들이 국내에서 실사용 트래픽 비중이 가장 큰 기기라는 데 있다.

폴더블이 베타에 들어왔다는 건 개발자에게 특히 신호가 강하다. 접힘/펼침 전환(configuration change), 힌지를 사이에 둔 이중 화면, 커버 디스플레이 대응 — 이 세 가지는 One UI 메이저 업데이트마다 미묘하게 동작이 바뀐다. 특히 베타는 정식보다 동작이 더 들쭉날쭉해서, 정식에선 멀쩡하던 애니메이션이 베타에서만 프레임을 떨어뜨리는 경우도 있다. Fold7·Flip7 사용자가 베타를 깔기 시작했다면, 여러분 앱의 폴더블 리뷰가 별점 테러로 돌아오기 전에 먼저 돌려보는 게 낫다. 베타 사용자는 대체로 목소리가 크고, 버그 리포트도 구체적으로 남기는 편이라 초기에 잡을수록 이득이다.

정식 롤아웃 일정 — 언제 내 폰에 오나

삼성은 One UI 9.0 정식판을 단계적으로 푼다. 발표된 일정상 정식 배포는 7월 22일 시작됐고, 폴더블 라인은 8월 7일부터 순차 롤아웃에 들어갔다. 그리고 이번 9월 신형 폴더블인 Galaxy Z Fold8·Z Flip8은 One UI 9.0을 기본 탑재한 상태로 출고된다. 즉 "베타로 테스트하는 사용자"와 "정식으로 이미 쓰는 사용자"가 동시에 존재하는, 개발자에겐 가장 까다로운 과도기다.

정리하면, 안정판의 광범위 확대가 임박했다. 신형 폴더블 구매층은 첫날부터 최신 OS를 쓰고, 기존 플래그십도 베타·정식으로 빠르게 갈아탄다. 여러분 앱의 사용자 통계에서 안드로이드 17 비중이 다음 몇 주 사이에 눈에 띄게 올라올 거라는 뜻이다. Play Console의 기기별 안드로이드 버전 분포를 주 단위로 확인하면 이 변화가 눈에 보인다. 특정 버전에서 ANR이나 크래시가 튀는지도 같이 봐두면 좋다. 미루던 대응을 지금 시작해야 하는 이유다.

앱 개발자가 지금 당장 봐야 할 것

가장 먼저 할 일은 targetSdk 상향 계획을 세우는 것이다. Play 스토어는 신규 및 업데이트 앱에 최신에서 한 단계 아래 수준의 target API를 요구하는 정책을 매년 밀어붙인다. targetSdk를 올리는 순간 edge-to-edge 강제, 백그라운드 제한 강화, 권한 동작 변경이 한꺼번에 켜지므로, 무턱대고 올리기 전에 아래 세 가지부터 점검해야 한다.

• Edge-to-edge 전면화 — 최신 target에서 앱은 기본으로 시스템 바 뒤까지 그린다. WindowInsets로 패딩을 직접 처리하지 않으면 콘텐츠가 상태바/제스처바에 가린다.
• 16KB 페이지 크기 — 네이티브 라이브러리(.so)를 쓰는 앱은 16KB 페이지 정렬로 다시 빌드해야 한다. NDK와 AGP를 최신으로 올리고 재빌드 없이는 최신 기기에서 로드 실패가 날 수 있다.
• 백그라운드·포그라운드 서비스 — 포그라운드 서비스 타입 명시가 갈수록 빡세진다. 타입 누락 시 서비스 시작에서 바로 예외가 터진다.

// build.gradle.kts — target를 올리기 전, 세 축을 함께 점검
android {
    compileSdk = 37          // 안드로이드 17 API
    defaultConfig {
        targetSdk = 37       // Play 정책 만족 후 상향
        minSdk = 26
    }
    // 16KB 페이지: AGP 8.5.1+ 에서 기본 정렬 지원
    packaging {
        jniLibs { useLegacyPackaging = false }
    }
}

// edge-to-edge: 인셋을 직접 먹여야 콘텐츠가 안 가린다
ViewCompat.setOnApplyWindowInsetsListener(rootView) { v, insets ->
    val bars = insets.getInsets(WindowInsetsCompat.Type.systemBars())
    v.setPadding(bars.left, bars.top, bars.right, bars.bottom)
    WindowInsetsCompat.CONSUMED
}

One UI에서만 터지는 문제들

AOSP(Pixel)에서 통과했다고 One UI에서 통과하는 게 아니다. 삼성은 배터리 최적화, 알림, 멀티윈도우, 폴더블 전환을 자체 로직으로 감싼다. 실무에서 반복적으로 데는 지점은 대략 정해져 있다. 아래는 내가 릴리스 전 체크리스트에 박아둔 항목들이다.

• 공격적 배터리 절전 — One UI의 "사용 안 함 앱 절전"은 백그라운드/알람/FCM 전달을 지연시키거나 죽인다. 정확한 시간 알람(SCHEDULE_EXACT_ALARM)과 재알림 로직을 실기기에서 반드시 확인.
• 폴더블 configuration change — 접힘↔펼침에서 액티비티가 재생성되며 상태가 날아가거나, 다이얼로그가 힌지에 걸쳐 반쪽만 뜬다. ViewModel/rememberSaveable과 크기 클래스 대응이 필수.
• 커버 디스플레이 — Flip의 커버 화면에서 앱이 열릴 때 좁은 종횡비를 가정 못 하면 레이아웃이 깨진다.
• 알림 채널·스타일 — 삼성 알림 UI는 커스텀 뷰를 다르게 렌더한다. 커스텀 알림 레이아웃은 실기기 확인이 답이다.

베타에서 실기기 테스트하는 법

가장 확실한 방법은 One UI 9 베타를 실제 갤럭시 기기에 올려 테스트하는 것이다. Samsung Members 앱에서 베타 프로그램에 등록하면 OTA로 받을 수 있다(대상: S25 시리즈·S25 FE·Z 폴드7·Z 플립7, 지역: 한국 포함). 여분 기기가 없다면 최소한 아래 adb 명령으로 절전·인셋 관련 동작을 강제 재현해보는 게 좋다.

# 현재 기기의 안드로이드 버전·One UI 여부 확인
adb shell getprop ro.build.version.release      # 예: 17
adb shell getprop ro.build.version.oneui        # One UI 빌드 번호

# 앱을 배터리 최적화 대상으로 강제해 절전 동작 재현
adb shell dumpsys deviceidle force-idle
adb shell am set-inactive com.example.app true

# 폴더블 접힘/펼침 전환을 강제로 트리거 (구성 변경 테스트)
adb shell cmd device_state state folded
adb shell cmd device_state state unfolded

# FCM 지연 여부 점검: Doze 상태에서 메시지 전달 테스트
adb shell dumpsys deviceidle step        # deep idle까지 단계 진입
adb shell dumpsys deviceidle get deep    # 현재 유휴 단계 확인
# 이 상태에서 서버에서 high-priority 메시지를 쏴 전달 확인

Pixel(AOSP) vs One UI — 대응 포인트 비교

같은 안드로이드 17이라도 대응 난이도는 스킨에 따라 다르다. Pixel은 표준 동작에 가깝고, One UI는 그 위에 삼성 정책이 한 겹 더 얹힌다. 테스트 우선순위를 정할 때 참고할 비교다.

국내 트래픽만 보면 우선순위는 명확하다. Pixel로 표준 동작을 맞춰두되, 최종 검증은 반드시 갤럭시 실기기에서 한다. One UI 9가 주력 기기로 퍼지는 지금은 더더욱 그렇다. 나는 CI에서 Pixel 에뮬레이터로 회귀 테스트를 돌리되, 릴리스 직전 스모크 테스트만큼은 손에 쥔 갤럭시 실물로 한 바퀴 돌리는 걸 규칙으로 삼고 있다. 이 한 단계가 삼성발 별점 테러의 절반은 막아준다.

자주 묻는 질문

안드로이드 17의 코드명과 공개일은?

디저트 코드명은 'Cinnamon Bun'이고, 구글이 2026년 6월 16일 공개했습니다. 삼성은 이 안드로이드 17을 기반으로 One UI 9.0을 만들어 배포합니다.

One UI 9 베타는 지금 어떤 기기에서 받을 수 있나요?

9월 확대로 갤럭시 S25·S25+·S25 Ultra·S25 FE, 그리고 Z 폴드7·Z 플립7이 포함됐습니다. 인도·한국·미국·영국이 우선 지역이며, Samsung Members 앱의 One UI 베타 프로그램에 등록하면 OTA로 받을 수 있습니다.

One UI 9.0 정식은 언제 오나요?

정식 롤아웃은 7월 22일 시작됐고 폴더블 라인은 8월 7일부터 순차 배포됐습니다. 9월 출시되는 Galaxy Z Fold8·Z Flip8은 One UI 9.0을 기본 탑재해 출고되며, 기존 플래그십으로의 광범위 확대가 임박한 상태입니다.

앱 개발자가 가장 먼저 해야 할 대응은?

targetSdk 상향 계획을 세우고, 그에 딸려오는 edge-to-edge 강제와 16KB 페이지 크기 대응을 점검하는 것입니다. 네이티브 라이브러리를 쓴다면 최신 NDK/AGP로 재빌드해 16KB 정렬을 맞추고, WindowInsets로 시스템 바 영역을 직접 처리하세요.

Pixel에서 잘 되는데 삼성폰에서만 문제가 생기는 이유는?

One UI는 AOSP 위에 삼성의 배터리 절전, 알림, 폴더블 전환 로직이 한 겹 더 얹혀 있기 때문입니다. 특히 공격적인 백그라운드 절전은 에뮬레이터로 재현되지 않으니, 알림·알람·백그라운드 작업은 반드시 갤럭시 실기기에서 확인해야 합니다.

폴더블 대응에서 가장 흔한 실수는?

접힘↔펼침 전환 시 액티비티가 재생성되며 상태가 사라지는 것을 처리하지 않는 경우입니다. ViewModel이나 rememberSaveable로 상태를 보존하고, 창 크기 클래스(WindowSizeClass)에 맞춰 레이아웃을 분기하세요. 다이얼로그가 힌지에 걸쳐 잘리는 문제도 자주 나옵니다.

여분 갤럭시 기기가 없으면 어떻게 테스트하나요?

One UI 고유 절전은 실기기가 최선이지만, 표준 동작은 adb로 상당 부분 재현됩니다. adb shell dumpsys deviceidle force-idle로 Doze를 강제하고, cmd device_state state folded/unfolded로 폴더블 전환을 시뮬레이션해 구성 변경과 푸시 지연을 점검할 수 있습니다.