Android 16完全解説：新API、デスクトップモード、面接対策まで

2026年にリリース予定のAndroid 16は、Androidプラットフォームにおける重要なマイルストーンとなります。新しいSDKリリースモデル、デスクトップモード対応、Edge-to-edgeの強制適用など、開発者が習得すべき多くの変更が含まれています。本記事では、Android 16の主要な新機能とAPI変更について詳しく解説し、技術面接で問われる可能性の高いトピックを網羅します。

SDKリリースモデルの刷新

Android 16では、従来のリリースサイクルが大幅に変更されます。Googleは「メジャー・マイナー」方式を採用し、年間を通じてより頻繁なアップデートを提供する体制に移行しました。

メジャーリリース（Q2予定）では、新しいAPIレベルの導入、動作変更、新機能が含まれます。一方、マイナーリリース（Q4予定）では、APIの増分更新やバグ修正が中心となります。この変更により、開発者はより迅速に新機能へアクセスでき、セキュリティパッチも早期に適用されます。

面接では、このリリースモデルの変更がアプリ開発にどのような影響を与えるか、targetSdkVersionの更新戦略をどのように計画すべきかについて質問される可能性があります。メジャーリリースでは12ヶ月以内にtargetSdkVersionを更新する必要があり、Google Playの要件への対応が重要となります。

Edge-to-edgeの強制適用

Android 16をターゲットとするアプリでは、Edge-to-edge表示がデフォルトで有効化され、オプトアウトは不可能となります。これは、API 35で導入されたEdge-to-edge機能の進化形であり、すべてのアプリでシームレスな全画面体験を提供することを目的としています。

class MainActivity : ComponentActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // enableEdgeToEdge() is now the default on API 36+
        // No opt-out available
        enableEdgeToEdge()
        setContent {
            Scaffold(
                modifier = Modifier.fillMaxSize()
            ) { innerPadding ->
                // innerPadding accounts for system bars
                MainContent(
                    modifier = Modifier.padding(innerPadding)
                )
            }
        }
    }
}

この変更に対応するためには、WindowInsetsを適切に処理する必要があります。ScaffoldコンポーネントのinnerPaddingを使用することで、システムバー（ステータスバーとナビゲーションバー）の領域を考慮したレイアウトを実現できます。

既存アプリの移行では、3ボタンナビゲーション使用時のナビゲーションバー背景色が透明になる点、ジェスチャーナビゲーション時のシステムバーが常に透明となる点に注意が必要です。また、android:windowLayoutInDisplayCutoutMode属性はLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYSがデフォルトとなり、ディスプレイカットアウト領域への対応も求められます。

適応型アプリと大画面対応

Android 16では、大画面デバイスへの対応がさらに強化されます。画面サイズが600dp以上のデバイスでは、方向や画面サイズの制限が無視され、アプリはデバイスの向きに関係なくレターボックス表示なしでフルウィンドウで実行されます。

// Responsive layout using WindowSizeClass
@Composable
fun AdaptiveLayout() {
    val windowSizeClass = currentWindowAdaptiveInfo().windowSizeClass
    when {
        windowSizeClass.windowWidthSizeClass == 
            WindowWidthSizeClass.EXPANDED -> {
            // Two-pane layout for tablets/desktop
            TwoPaneLayout()
        }
        windowSizeClass.windowWidthSizeClass == 
            WindowWidthSizeClass.MEDIUM -> {
            // Adapted layout for foldables
            MediumLayout()
        }
        else -> {
            // Phone layout
            CompactLayout()
        }
    }
}

WindowSizeClassを活用することで、画面サイズに応じた最適なレイアウトを提供できます。EXPANDEDクラス（840dp以上）ではタブレットやデスクトップ向けの2ペインレイアウト、MEDIUMクラス（600dp〜840dp）では折りたたみデバイス向けの適応型レイアウト、COMPACTクラス（600dp未満）ではスマートフォン向けのシングルペインレイアウトを実装します。

この変更により、resizeableActivity="false"や特定の向き制限（screenOrientation）を設定していても、大画面デバイスでは無視されます。開発者は、あらゆる画面サイズとアスペクト比に対応できるレスポンシブなUIを設計する必要があります。

デスクトップモード対応

Android 16では、デスクトップウィンドウ環境のサポートが強化されます。OEMメーカーがデスクトップモードを有効にしたデバイスでは、アプリがフリーフォームウィンドウで動作し、マルチウィンドウ環境での使用が想定されます。

fun launchOnExternalDisplay(context: Context) {
    val displayManager = context.getSystemService(
        Context.DISPLAY_SERVICE
    ) as DisplayManager
    // Find external displays
    val externalDisplays = displayManager.displays.filter {
        it.displayId != Display.DEFAULT_DISPLAY
    }
    if (externalDisplays.isNotEmpty()) {
        val options = ActivityOptions.makeBasic().apply {
            launchDisplayId = externalDisplays.first().displayId
        }
        context.startActivity(
            Intent(context, DesktopActivity::class.java),
            options.toBundle()
        )
    }
}

外部ディスプレイへのActivity起動には、DisplayManagerを使用して利用可能なディスプレイを検出し、ActivityOptions.setLaunchDisplayId()で対象ディスプレイを指定します。デスクトップモードでは、キーボードショートカット対応、マウスホバー状態の処理、ウィンドウリサイズへの適切な対応が求められます。

アプリの互換性を確保するため、設定アプリまたはadbコマンド（adb shell am compat enable ENABLE_DESKTOP_WINDOWING_MODE <package>）でデスクトップウィンドウモードを有効にしてテストすることが推奨されます。

ProgressStyle通知の導入

Android 16では、新しいNotification.ProgressStyleが追加され、マルチセグメントの進捗状況を視覚的に表現できるようになりました。配達追跡やライドシェアリングなど、複数のステップを持つプロセスの状態表示に最適です。

fun buildDeliveryNotification(
    context: Context,
    orderId: String,
    progress: Float,  // 0.0 to 1.0
    currentStep: String
): Notification {
    val style = Notification.ProgressStyle()
        .setStyledByProgress(true)
        .setProgress(progress)
        .setProgressTrackerIcon(
            Icon.createWithResource(context, R.drawable.ic_delivery_truck)
        )
        .addProgressSegment(
            Notification.ProgressStyle.Segment(0.33f)
                .setColor(context, R.color.segment_preparing)
        )
        .addProgressSegment(
            Notification.ProgressStyle.Segment(0.33f)
                .setColor(context, R.color.segment_in_transit)
        )
        .addProgressSegment(
            Notification.ProgressStyle.Segment(0.34f)
                .setColor(context, R.color.segment_delivered)
        )
        .addProgressPoint(
            Notification.ProgressStyle.Point(0.0f)
                .setLabel("Order placed")
        )
        .addProgressPoint(
            Notification.ProgressStyle.Point(0.33f)
                .setLabel("Preparing")
        )
        .addProgressPoint(
            Notification.ProgressStyle.Point(0.66f)
                .setLabel("In transit")
        )
        .addProgressPoint(
            Notification.ProgressStyle.Point(1.0f)
                .setLabel("Delivered")
        )

    return Notification.Builder(context, DELIVERY_CHANNEL_ID)
        .setSmallIcon(R.drawable.ic_notification)
        .setContentTitle("Order #$orderId")
        .setContentText(currentStep)
        .setStyle(style)
        .setOngoing(true)
        .build()
}

ProgressStyleでは、Segmentを使用して進捗バーを複数の区間に分割し、各区間に異なる色を設定できます。Pointを追加することで、特定の進捗位置にラベルを表示し、ユーザーに現在の状態を明確に伝えられます。setStyledByProgress(true)を設定すると、進捗値に基づいてセグメントの色が自動的に更新されます。

予測型バックナビゲーション

Android 16では、予測型バックナビゲーション（Predictive Back）が完全に有効化されます。API 36をターゲットとするアプリでは、android:enableOnBackInvokedCallback属性が自動的にtrueに設定され、新しいバックナビゲーションシステムへの移行が必須となります。

class DetailActivity : ComponentActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        if (Build.VERSION.SDK_INT >= 36) {
            onBackInvokedDispatcher.registerOnBackInvokedCallback(
                OnBackInvokedDispatcher
                    .PRIORITY_SYSTEM_NAVIGATION_OBSERVER
            ) {
                // Observe back navigation without intercepting
                // Log analytics or trigger save-draft logic
                analyticsTracker.logBackNavigation(
                    screen = "detail"
                )
            }
        }
    }
}

OnBackInvokedCallbackを使用することで、バックナビゲーションをインターセプトせずに監視できます。PRIORITY_SYSTEM_NAVIGATION_OBSERVERを指定すると、実際のナビゲーション処理には影響を与えずに、アナリティクスの記録や下書き保存などのロジックを実行できます。

従来のonBackPressed()メソッドは非推奨となり、新しいコールバックベースのシステムに移行する必要があります。この変更により、システムは戻る操作の結果を事前に予測し、スムーズなアニメーションを提供できるようになります。

通知クールダウンとグループ化

ユーザー体験の向上を目的として、Android 16では通知のクールダウン効果が導入されます。アプリが短時間に大量の通知を送信すると、システムは自動的に通知音とバイブレーションを抑制し、視覚的にも通知の重要度を下げて表示します。

この機能はフォアグラウンドサービス通知、メディアセッション通知、特定のDND（おやすみモード）除外設定のある通知には適用されません。開発者は、通知の送信頻度を適切に管理し、重要な情報のみをユーザーに通知する設計を心がける必要があります。

また、複数の関連する通知はグループ化して送信することが推奨されます。NotificationCompat.BuilderのsetGroup()メソッドを使用し、サマリー通知と組み合わせることで、ユーザーの通知センターを整理された状態に保てます。

Health ConnectのFHIR対応とRangingManager

Android 16では、Health Connectに医療記録のFHIR（Fast Healthcare Interoperability Resources）対応が追加されます。医療機関からのデータをFHIRフォーマットで読み書きできるようになり、ヘルスケアアプリの可能性が大きく広がります。ただし、この機能へのアクセスには特別な権限が必要であり、すべてのアプリで利用できるわけではありません。

また、超広帯域無線（UWB）、Wi-Fi、Bluetoothを統合した新しいRangingManager APIが導入されます。このAPIにより、利用可能な技術を動的に選択して正確な距離測定を実行でき、デバイス間のインタラクションやロケーションベースの機能を実装できます。

面接で問われるAndroid 16の質問と回答

以下は、Android 16に関する技術面接で頻出する質問と模範回答です。

Q1: Android 16でEdge-to-edgeが強制適用される理由と対応方法を説明してください。

Edge-to-edgeの強制適用は、すべてのAndroidアプリで一貫した没入感のある体験を提供するために導入されました。API 36をターゲットとするアプリでは、システムバーの後ろにコンテンツを描画することがデフォルトとなり、オプトアウトはできません。対応方法としては、ScaffoldコンポーネントのinnerPaddingを使用してシステムバー領域を考慮したレイアウトを実装し、WindowInsets APIを活用してコンテンツの配置を調整します。

Q2: WindowSizeClassを使用した適応型レイアウトの実装方法を説明してください。

WindowSizeClassは、デバイスの画面サイズをCOMPACT、MEDIUM、EXPANDEDの3つのカテゴリに分類します。Jetpack Composeでは、currentWindowAdaptiveInfo().windowSizeClassを使用して現在のウィンドウサイズクラスを取得し、when式で条件分岐してそれぞれに適したレイアウトを表示します。この実装により、単一のコードベースですべてのフォームファクターに対応できます。

Q3: 予測型バックナビゲーションの仕組みと移行方法を説明してください。

予測型バックナビゲーションは、ユーザーがバックジェスチャーを開始した際に、次の画面のプレビューを表示する機能です。API 36では、android:enableOnBackInvokedCallbackが自動的に有効化され、従来のonBackPressed()は非推奨となります。移行するには、OnBackInvokedDispatcherにOnBackInvokedCallbackを登録し、バック操作をコールバックベースで処理します。

Q4: ProgressStyle通知の使用用途と実装のポイントを説明してください。

ProgressStyleは、配達追跡、ライドシェア、ファイルダウンロードなど、マルチステップのプロセスを視覚的に表現する通知スタイルです。実装では、Segmentで進捗バーを複数区間に分割し、各区間に色を設定します。Pointで主要なマイルストーンにラベルを追加し、setStyledByProgress(true)で進捗に応じた自動的なスタイル更新を有効にします。

Q5: Android 16のリリースモデル変更がアプリ開発に与える影響を説明してください。

Android 16から採用されるメジャー・マイナーリリースモデルでは、Q2にAPIレベル更新を含むメジャーリリース、Q4に増分更新のマイナーリリースが行われます。これにより、新機能へのアクセスが迅速化し、セキュリティ修正も早期に適用されます。Google Playの要件では、メジャーリリースから12ヶ月以内にtargetSdkVersionを更新する必要があるため、継続的なテストと移行作業の計画が重要です。

まとめ

Android 16は、開発者にとって多くの重要な変更をもたらすメジャーアップデートです。

• SDKリリースモデル：メジャー・マイナー方式への移行により、年間を通じてより頻繁なアップデートが提供される
• Edge-to-edge強制適用：API 36以降、全画面表示がデフォルトとなり、オプトアウト不可
• 適応型レイアウト：大画面デバイスでの方向制限無視、WindowSizeClassを活用したレスポンシブUI設計が必須
• デスクトップモード：フリーフォームウィンドウ環境への対応、外部ディスプレイサポートの強化
• ProgressStyle通知：マルチセグメント進捗表示による改善されたユーザー体験
• 予測型バックナビゲーション：コールバックベースのバック処理への完全移行
• 通知クールダウン：過度な通知送信の自動抑制によるユーザー体験向上
• Health ConnectのFHIR対応：医療データの相互運用性向上
• RangingManager API：UWB、Wi-Fi、Bluetoothを統合した距離測定機能

これらの変更に早期に対応し、大画面デバイスやデスクトップモードでのテストを十分に行うことで、Android 16リリース時に最適なユーザー体験を提供できます。面接対策としては、各機能の技術的な実装方法だけでなく、なぜこれらの変更が導入されたかという背景も理解しておくことが重要です。