Android 17（API 37）の変更点｜targetSdk 37で必要な対応とAPI 37.2・対応機種

Android 17はAPIレベル37に当たるAndroidのメジャー版です。Pixel向けの安定版は2026年6月16日に公開され、9月にはマイナー版のQPR1（API 37.1）が届きました。10月時点ではQPR2（API 37.2）のSDKが安定チャンネルで配布され、端末向けはベータ7まで進んでいます。本記事は開発者向けです。targetSdkを37に上げたときに変わる動作と、targetSdkに関係なく全アプリに効く変更を、公式ドキュメントの2026年10月9日更新分まで反映して一覧にしました。そのうえで、失敗したときの現れ方ごとに対応順を決めています。いつ・どの機種に来るかは冒頭のまとめで確認できます。

まとめ：Android 17（API 37）の要点

• リリース日：安定版は2026年6月16日（Pixelの大半とAOSP）。QPR1（API 37.1）は2026年9月15日のPixel月例更新から配信。QPR2（API 37.2）はベータ中で、Beta 7が2026年10月9日に公開された。
• SDK：platforms;android-37.0・37.1・37.2の3つが安定チャンネルで入手できる。マイナー版はtargetSdkに指定できず、targetSdkで切り替わる動作変更も含まない。
• 対応機種：Android 17の更新対象はPixel 6からPixel 10aまでの21機種。Pixel 11シリーズはAndroid 17を搭載して発売された。QPR2ベータの対象からはPixel 6・6 Proが外れている。GalaxyはAndroid 17ベースのOne UI 9を9月16日からS26シリーズに配信。
• targetSdk 37で変わる主な点：大画面で向き・リサイズ制限を無視する仕様のオプトアウト廃止、LAN機器との通信にシステム仲介のピッカーかACCESS_LOCAL_NETWORK権限が必要、標準SMSのOTPを3時間保留、static finalの変更禁止、バックグラウンドからのActivity起動の制限強化など18項目。
• 全アプリに効く点：端末RAMに応じたメモリ上限、Keystoreのキー数上限、背景での音声操作の制限など。QPR2では自分宛てブロードキャストの配送が変わる。
• 開発環境：compileSdk 37にはAndroid Studio Panda 3（2025.3.3 Patch 1）とAGP 9.1.1以上が必要。10月時点の安定版はRabbit 1（2026.2.1）とAGP 9.4。
• Google Play：2026年8月31日から新規アプリと更新はAPI 36以上が必須。API 37の必須化は2027年8月とGoogleがブログで予告している。
• ART：世代別GCがGoogle Playシステムアップデート経由でAndroid 12以降の端末にも配られる。targetSdkは関係ない。

Android 17のリリース日と配信スケジュール

Android 17からは、開発者向けのDeveloper Previewが無くなりました。Canaryチャンネルからそのままベータに入り、3月のBeta 3でAPIが確定（Platform Stability）した後、6月に安定版が出ています。その後は四半期ごとのQPR（Quarterly Platform Release）で機能が足されます。

日付はAndroid 17のリリースノートと、QPR1・QPR2それぞれのリリースノートに基づきます。9月15日はPixel Update Bulletinの公開日で、パッチレベルは2026-09-05です。10月の月例更新は10月6日公開（パッチレベル2026-10-05）でした。QPR2の正式配信日は、2026年10月14日時点で公表されていません。

Developer Previewに代わるCanaryチャンネル

Beta 1の公式ブログは、従来のDeveloper Previewを「常時稼働のCanaryチャンネル」に置き換えたと説明しています。社内テストを通った機能やAPIは、四半期リリースを待たずにCanaryへ入ります。CanaryはOTAで更新できるので、手動でフラッシュする必要がありません。SDKリポジトリにはplatforms;android-canary-20261007のような日付付きのCanary SDKも並んでいます。次のメジャー版の作業を早く始めたいチームは、これをCIの検証用に使えます。

API 37.1・37.2（QPR1・QPR2）とマイナーSDKの扱い

Android 16から、SDKには「メジャー.マイナー」の番号が付くようになりました。Build.VERSION.SDK_INTはメジャー版でだけ上がり、マイナー版まで区別するときはSDK_INT_FULLを使います。APIリファレンスには、マイナー版は新しいAPIを追加できる一方、targetSdkVersionで切り替わる動作変更を含まないと書かれています。targetSdkとminSdkにはマイナー版を指定できません。37.1で追加されたAPIを呼ぶときは、Build.VERSION.SDK_INT >= 37 && Build.VERSION.SDK_INT_FULL >= Build.VERSION_CODES_FULL.CINNAMON_BUN_1で分岐します。

2026年10月14日時点のSDKリポジトリ（repository2-3.xml）では、platforms;android-37.2がコードネームの付かない確定版として安定チャンネルに入っています。SDK拡張レベルは37.0が22、37.1が23、37.2が24です。これはSDKパッケージの配布状況で、端末へのOS配信とは別物です。QPR2のリリースノートは「動作変更は予定していない」と書く一方で、全アプリに効く変更を2つ載せています。中身は後述のQPR2で加わる全アプリ向けの変更で扱います。

Android 17の対応機種：Pixelの更新対象と初期搭載端末

公式の「Get Android 17」ページでOTA配信の対象とされているPixelは、次の21機種です。Pixel 5以前は対象外です。これとは別に、Pixel 11シリーズはAndroid 17を搭載して発売されています（Google Storeの仕様表に「Launched with Android 17」と記載）。

QPR2ベータの入手ページの対象一覧には、Pixel 6とPixel 6 Proが載っていません。Pixel 6・6 Proは2021年10月の発売で、Googleのヘルプにある「米国のGoogleストアで最初に販売された時点から5年」の更新期間が尽きる時期に当たります。Pixel 6aは2022年7月発売なので一覧に残っています。Pixel 6・6 ProをテストやQAの実機に使っているなら、QPR2以降の検証は別の端末に移す前提で計画してください。

Pixel以外では、HONOR・iQOO・Lenovo・OnePlus・OPPO・realme・シャープ・vivo・Xiaomiの9社がAndroid 17のベータを提供しています。Galaxy（Samsung）はこの一覧に入っていませんが、Samsungは自社のOne UI 9を、2026年5月のベータ発表で「Android 17をベースにした」と説明しています。One UI 9はGalaxy Z Fold8 Ultra・Fold8・Flip8で先に搭載され、2026年9月16日からGalaxy S26・S26+・S26 Ultraへの正式配信が始まりました。ほかのメーカーと機種の配信時期は、メーカーのOSアップデート告知と、キャリア版ならキャリアの告知で確認するのが確実です。

ART（Android Runtime）の世代別GCとMessageQueueの刷新

ARTはAndroid Runtimeの略です。アプリのバイトコードを実行し、メモリを管理するランタイムを指します。Android 17で性能にかかわる変更は、ARTのGCとMessageQueueの2つです。この2つは、効き始める条件が違います。

世代別GCの配布条件：Android 12以降・targetSdk不問

Android 17では、ARTのConcurrent Mark-Compact GCに「young generation」の回収が加わりました。寿命の短いオブジェクトと長いオブジェクトを分け、ヒープ全体の走査より軽い回収を頻繁に回します。Googleは、アプリのスレッドへのGCの干渉が減り、最大RSS（常駐メモリ）が下がったと説明しています。ARTの改善はGoogle Playシステムアップデートで配られ、公式ブログの表現では「Android 12（API 31）以降の10億台超」が対象です。targetSdkを上げなくても、端末側の更新で効きます。

MessageQueueのロックフリー化とtargetSdk 37での適用

android.os.MessageQueueがロックフリー実装になるのは、targetSdk 37以上のアプリだけです。公式は、フレーム落ちの減少と起動時間の改善を効果に挙げています。ただし、MessageQueueのprivateフィールドやメソッドをリフレクションで触るコードは動かなくなります。テストでキューの中身を覗いているなら、TestLooperManagerに追加されたpeekWhen・pollへの置き換えが公式の移行先です。

targetSdk 37で変わる動作の一覧

次の変更は、targetSdkを37以上にしたアプリにだけ適用されます。公式の「Behavior changes: Apps targeting Android 17」（2026年10月9日更新）と安定版の公式ブログから抜き出しました。行の並びは、本記事で影響が大きいと判断した順です。

大画面でのリサイズ・向き制限のオプトアウト廃止

Android 16（API 36）では、sw600dp以上の画面で向き・アスペクト比・リサイズの制限が無視されるようになりました。当時はandroid.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITYで一時的に回避できましたが、targetSdk 37ではこの回避策が使えません。システムが無視するのは、screenOrientation、setRequestedOrientation()、resizeableActivity=false、minAspectRatio・maxAspectRatioです。ゲームは引き続き対象外です。ただし判定の根拠について、Android 16の動作変更ページはandroid:appCategory、Android 17の公式ブログはGoogle Playのアプリカテゴリと書いています。ゲームとして除外を受けるなら、両方をゲームに揃えておくのが安全です。

画面が縦長のまま引き伸ばされる、回転で状態が消える、といった不具合が主に出ます。Composeでレイアウトを組んでいるなら、ウィンドウサイズクラスで分岐する設計にするのが近道です。公式ブログは、新しいAPIやガイダンスをJetpack Compose向けにだけ作ると宣言しました。View系（android.widget、Fragment、RecyclerViewなど）は、重大なバグ修正だけを受けるメンテナンスモードに入っています。移行の判断材料はJetpack Composeの仕組みと採用判断にまとめています。

LAN通信の権限要求とシステム仲介ピッカーの選択

スマート家電やキャスト先など、LAN上の機器を探して接続するアプリに効く変更です。Android 16ではオプトインでしたが、targetSdk 37では強制になります。道は2つで、システムが仲介するデバイスピッカーを使うか、実行時権限を要求するかです。この権限は既存のNEARBY_DEVICES権限グループに属します。同じグループの権限をすでに許可しているユーザーには、再度ダイアログは出ません。APIリファレンスが定義する「ローカルネットワーク」はWi-FiやEthernetのようにブロードキャストできるIPネットワークで、モバイル回線（WWAN）とVPNは含みません。

<!-- AndroidManifest.xml -->
<uses-permission android:name="android.permission.ACCESS_LOCAL_NETWORK" />

保護レベルはdangerousです。マニフェストに宣言したうえで、実行時にも要求する必要があります。

SMSのワンタイムパスワード保護

targetSdk 37では、SMS Retriever形式でもWebOTP形式でもない普通のSMSについても、OTPを含むメッセージは受信から3時間読めなくなります。その間はSMS_RECEIVED_ACTIONが届かず、SMSプロバイダの検索結果からも除かれます。既定のSMSアプリやコンパニオンアプリなどは対象外です。SMS本文を読んで認証コードを自動入力しているアプリは、SMS Retriever APIかSMS User Consent APIに移行しないと、認証コードの自動入力が3時間遅れます。手入力の導線があればログイン自体は続けられますが、自動入力しか用意していない画面では止まったように見えます。

Activity Securityとバックグラウンドからの起動

公式はActivity Securityを、フィッシングや操作の乗っ取りを防ぐための一連の強化と位置づけています。開発者に直接効くのは、バックグラウンドからのActivity起動（BAL）の制限がIntentSenderにも広がる点です。ActivityOptionsでMODE_BACKGROUND_ACTIVITY_START_ALLOWEDを渡している箇所は、呼び出し側が画面に見えているときだけ起動を許すMODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLEなどの細かい指定に移します。PendingIntentやIntentSenderを使って画面を開く実装が、点検の対象です。公式は、StrictModeと更新されたLintで古い書き方を洗い出すよう案内しています。

static finalフィールドの変更禁止

Android 17で動き、かつtargetSdk 37以上のアプリは、static finalフィールドを変更できません。リフレクションで書き換えるとIllegalAccessExceptionが投げられます。JNIのSetStaticLongField()などで書き換えると、例外ではなくその場でクラッシュします。テストでモックのために定数を差し替えるライブラリや、ホットパッチ系のSDKが引っかかりやすい部分です。

Contacts ProviderのPII列制限とSQL検査

連絡先では2つ変わります。1つはData表のビューからACCOUNT_NAME・ACCOUNT_TYPE・ACCOUNT_TYPE_AND_DATA_SETの3列が消えることです。これらの列が必要なら、RAW_CONTACT_IDでContactsContract.RawContactsと結合して取り出すのが公式の移行先です。もう1つは、READ_CONTACTS権限なしでContactsContract.Dataを検索すると、StrictColumnsとStrictGrammarが有効になることです。この検査に合わないクエリは例外で拒否されます。連絡先ピッカーから受け取ったURIを自前のSQLで絞り込んでいるアプリは、権限なしで動かした状態で一度テストしてください。

targetSdkに関係なく全アプリに効く変更

次の変更は、targetSdkを上げなくても、Android 17の端末で動いた時点で適用されます。targetSdkを36のまま据え置く判断をしても、ここは避けられません。

Android 17の全アプリ向け変更

出典はBehavior changes: all apps（2026年10月1日更新）です。

• アプリのメモリ上限：端末の総RAMに応じた上限が入った。上限で終了したかどうかは、ApplicationExitInfoの理由がREASON_OTHERで、getDescription()に「MemoryLimiter:AnonSwap」を含むかで判定できる。
• Keystoreのキー数上限：システム以外のアプリは、targetSdk 37以上なら50,000個、それ以外は200,000個まで。超えるとKeyStoreException。
• WebOTP形式SMSの遅延：ドメイン検証で宛先と判定されないアプリは、受信から3時間読めない。
• プロファイルをまたぐループバック通信の遮断：仕事用プロファイルと個人用プロファイルの間でlocalhost通信をしている構成が対象。
• 回転後のIME表示：アプリ自身で処理しない構成変更の後は、キーボードの表示状態が復元されない。
• タッチパッドの相対イベント：View.requestPointerCapture()中のタッチパッド操作が、マウスと同じ相対移動とスクロールとして届く。指の絶対座標が必要ならPOINTER_CAPTURE_MODE_ABSOLUTEを指定する。
• 背景での音声操作：有効なライフサイクル外での再生や音量変更は、例外を出さずに失敗する。フォーカス要求はAUDIOFOCUS_REQUEST_FAILEDを返す。
• Bluetoothの自動再ペアリング：ボンドが失われるとシステムが裏で再ペアリングを試みる。ACTION_PAIRING_REQUESTにEXTRA_PAIRING_CONTEXTが付き、ACTION_KEY_MISSINGは再ペアリングに失敗したときだけ送られる。

メモリ上限は、adbで挙動を再現できます。上限を課していない端末では、これらのコマンドは何もしません。

adb shell am memory-limiter status
adb shell am memory-limiter manual <pid> 30
adb shell am memory-limiter ignore all

2行目は指定プロセスに30MBの上限をかけ、3行目は全アプリを上限の対象外にします。検証後はadb shell am memory-limiter manual <pid> noneとadb shell am memory-limiter ignore noneで手動設定を解除してください。

予告も2つあります。ACTION_SENDなどでURI権限を自動で付与する仕組みはAndroid 18で廃止される予定で、StrictModeのdetectImplicitUriPermissionGrant()で該当箇所を洗い出せます。マニフェストのusesCleartextTrafficも将来の版で非推奨になる予定です。HTTP通信が必要なドメインは、ネットワークセキュリティ構成ファイルで個別に許可する形へ移しておきます。minSdkが24未満のアプリだけは、属性と構成ファイルの両方を書く必要があります。

QPR2で加わる全アプリ向けの変更

QPR2のリリースノート（Beta 7・2026年10月9日）には、targetSdkを問わない変更が2つ載っています。

• 自分宛てブロードキャストの配送：受信側がすべて送信元と同じプロセスにあるブロードキャストは、送信元のプロセスに戻され、メインスレッドで配られる。送ってもプロセスの重要度は上がらず、キャッシュ済みのプロセスは凍結されたまま。配送前にプロセスが終了すると、そのブロードキャストは失われて再送されない。
• コール転送のUSSD制限：TelephonyManager.sendUssdRequest()で*21#などのコール転送コードを送る操作は、CALL_PHONE権限だけでは通らなくなり、USSD_ERROR_NOT_ALLOWEDが返る。残高照会などの転送以外のUSSDは影響を受けない。

影響が広いのは前者です。自分にブロードキャストを送り続けてタイマーや延命の代わりにしている実装は、QPR2の端末では処理が止まったり消えたりします。公式の移行先は、定期処理ならWorkManager、時刻指定ならAlarmManager、プロセス内の通知ならコールバックやKotlin Flowです。ジョブの組み方はWorkManagerの遅延実行の仕組みと採用判断、端末側のアイドル制御はAndroidのDozeモードのDeep/Lightの違いと解除方法が参考になります。

compileSdk・targetSdkを37に上げる手順

最低要件は、Android Studio Panda 3（2025.3.3 Patch 1）とAGP 9.1.1です。これはAGPの互換表（2026年10月8日更新）に記載されています。2026年10月14日時点の安定版はAndroid Studio Rabbit 1（2026.2.1）とAGP 9.4で、AGP 9.4のリリースノートは対応する最大APIレベルを37としています。これから環境を作るなら、最低要件ではなくこの組み合わせから始めるのが手戻りが少ない選び方です。一方、Android 17の「Set up the SDK」ページ（2026年10月1日更新）には、Android 16のときと同じ「Meerkat」「AGP 8.9.0-rc01」の記述が残っています。SDK Managerの項目名も「Android Cinnamon Bun Preview」のままです。バージョン要件は互換表のほうで確認してください。

// build.gradle.kts（モジュール）
android {
    compileSdk = 37
    defaultConfig {
        targetSdk = 37
    }
}

SDKをコマンドラインで入れる場合、パッケージ名はplatforms;android-37ではなくplatforms;android-37.0です。マイナー版はplatforms;android-37.1・platforms;android-37.2で入ります。

sdkmanager "platforms;android-37.0" "build-tools;37.0.0"

API 37.1や37.2のAPIを使うときは、Android 16 QPR2（36.1）の公式手順と同じDSLで、マイナー番号を指定します。次は37.2の例です。

android {
    compileSdk {
        version = release(37) {
            minorApiLevel = 2
        }
    }
}

実行時にAndroid 17かどうかで分けるときは、Build.VERSION_CODES.CINNAMON_BUN（Android 17のコードネームCinnamon Bun）と比べます。

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.CINNAMON_BUN) {
    // Android 17以降だけの処理
}

SDKの導入やエミュレータの起動をターミナルやAIエージェントから回すなら、Android CLIのインストールとコマンド一覧の手順も使えます。

Google Playのターゲット API 要件とAPI 37の時期

Google Playのターゲット API 要件（2026年10月1日更新）は、2026年8月31日から次のようになっています。

• 新規アプリとアプリの更新：API 36（Android 16）以上。Wear OSとAndroid Automotive OSはAPI 35以上、Android TVとAndroid XRはAPI 34以上。
• 既存アプリ：API 35以上が必要。API 34以下（Wear OS・Android TV・Android XRは33以下、Android Automotive OSは31以下）のアプリは、targetSdkより新しいOSの端末では新規ユーザーに表示されなくなる。
• 対応期限の延長：申請すれば2026年11月1日まで延ばせる。申請フォームはPlay Consoleに出る。

API 37については、2026年2月のAndroid Developers Blog（大画面のリサイズ対応を扱った記事）が、Google Playの新規アプリと更新に対するtargetSdk 37の必須化を「2027年8月」と予告しています。ターゲット API 要件のページには、2026年10月14日時点でまだAPI 37の日付が載っていません。延長の可否などの詳細は、要件ページに載った時点で確認してください。この予告どおりなら、Google Playで配信するアプリは2027年8月までに、大画面でリサイズ制限が無視される前提へ移る必要があります。要件の締切を待って一度に上げるより、先にcompileSdkだけ37にして非推奨警告とLintを片付け、targetSdkは次の章の順で検証してから上げるのが安全です。

影響の出方で決めるtargetSdk 37の対応順

targetSdk 37とQPR2の変更は、失敗したときの現れ方で4種類に分けられます。対応の優先順位は、情報漏えいや中核機能の停止といった影響を先に評価し、影響が同程度なら検知しにくいものを先にします。例外を伴わない失敗は、クラッシュレポートを見ていても気づけません。背景音声の制限だけは、logcatかadb shell dumpsys audioに出る「AudioHardening」で始まるログで調べられます。

影響が同程度なら、最優先は「黙って失敗」の行です。認証コードが自動入力されない、背景で音が鳴らない、システムのコンテンツキャプチャを止めたつもりが止まっていない、という状態は、クラッシュ監視だけでは見逃すおそれがあります。MessageQueueも同じで、互換のために残されたmMessagesフィールドは新実装では常にnullになるため、キューの中身をリフレクションで覗くコードは例外を出さずに誤った判断をします。QPR2の自分宛てブロードキャストは、targetSdkに関係なく端末側の更新だけで効くので、この行の中でも先に洗います。sendBroadcast()を自分のレシーバーだけに向けて送っている箇所を検索すれば、対象は絞れます。とくにsetContentCaptureEnabled(false)で画面内容を隠していたアプリは、今後はFLAG_SECUREで守るしかありません。この変更はセキュリティの前提が崩れる部類なので、見落とすと情報漏えいにつながります。

「例外・クラッシュ」の行は、社内テストやクローズドテストでtargetSdk 37版を配り、該当処理を実行するテストとクラッシュレポートの両方で確認します。自社コードに加え、リフレクションを使うテスト用ライブラリや、ネイティブライブラリを動的に読み込むSDKも確認対象です。依存ライブラリのAndroid 17対応版を先に確認してください。

逆に、targetSdk 37へ急いで上げるべきでないのは、LAN機器との通信が主機能のアプリです。権限の要求画面を用意しないまま上げると、アップデートした瞬間に中核機能が止まります。権限の導線かシステムのデバイスピッカーを実装し終えるまで、targetSdkは36のままにしておくのが妥当です。社内に検証の手が足りない場合は、Androidアプリ開発の支援で既存アプリのtargetSdk移行から引き受けています。

Android 17の主な新機能：利用者と開発者の目線

安定版の公式ブログから、利用者が目にする変化と、それに対応するAPIを挙げます。

• App Bubbles・Bubble Bar：ランチャーのアイコンを長押しすると、どのアプリでもフローティングのバブルにできる。タブレットや折りたたみでは、タスクバーにバブルの置き場所が付く。
• デスクトップモードの操作できるPiP：外部ディスプレイにつないだデスクトップモードで、常に最前面に表示されたまま操作できるピクチャー・イン・ピクチャー。接続ディスプレイの開発者ガイドによると、スマートフォンを外部ディスプレイにつなぐと、スマートフォン側の状態はそのままで、外部ディスプレイに空のデスクトップセッションが始まる。アプリ側は、ウィンドウサイズの変化と表示先ディスプレイの移動に耐える作りが前提になる。
• Continue On（Handoff）：スマートフォンで最後に開いていたアプリが、タブレットのタスクバーに候補として出る。開発者はsetHandoffEnabled()で対応する。
• プライバシー重視のピッカー：連絡先ピッカー（ACTION_PICK_CONTACTS）、そのセッションだけ正確な位置情報を渡す位置ボタン、画面上の任意の色を拾うEyeDropper（ACTION_OPEN_EYE_DROPPER）。
• 耐量子暗号：対応端末ではKeystoreでML-DSAの鍵を生成でき、従来の署名とML-DSA署名を組み合わせるAPK署名方式v3.2が加わった。
• メディア：HDR動画規格Eclipsa Video、RAW14形式、H.266（VVC）をメーカーが組み込むための枠組み、補聴器ごとの音の振り分け。
• AppFunctions：アプリの機能を、端末内のMCP（Model Context Protocol）相当の「ツール」として公開するAPI。Geminiとの連携は、2026年6月時点で限定プレビュー。

カメラ関連では、CameraXを1.5.2か1.6.0以降にしないと、Android 17端末で追加されたダイナミックレンジモードに起因するクラッシュが起きると公式ブログが注意しています。CameraXを使っているアプリは、targetSdkに関係なく先に上げておくべき依存です。

よくある質問

Android 17はいつリリースされましたか？

安定版は2026年6月16日に公開され、Pixelの大半に配信が始まりました。2026年9月15日のPixel月例更新でQPR1（API 37.1）が配信され、QPR2（API 37.2）は10月時点でベータ中です。

Android 17の対応機種はどれですか？

公式の更新対象一覧にはPixel 6・6 Pro・6aからPixel 10aまでの21機種が掲載されています。Pixel 11シリーズは、Android 17を搭載した状態で発売されました。Pixel 5以前は対象外です。QPR2ベータの一覧からはPixel 6・6 Proが外れました。Galaxyでは、Android 17ベースのOne UI 9の配信が2026年9月16日にGalaxy S26シリーズから始まっています。

API 37.2とは何ですか？

Android 17のQPR2に当たるマイナーSDKです。platforms;android-37.2として安定チャンネルで配布されています。新しいAPIを使うにはcompileSdkでマイナー番号2を指定します。targetSdkには指定できず、targetSdkで切り替わる動作変更もありません。

「android17 art」のARTとは何ですか？

Android Runtimeの略で、アプリを実行してメモリを管理するランタイムです。Android 17では世代別GCが加わり、この改善はGoogle Playシステムアップデートを通じてAndroid 12以降の端末にも配られます。

targetSdk 37への対応は今すぐ必須ですか？

2026年10月時点のGoogle Playの必須要件はAPI 36です。API 37はGoogleが2027年8月に必須化すると予告しています。ただし、全アプリに効く変更はAndroid 17端末で動いた時点で適用されるので、動作確認は今から必要です。

関連記事

• Jetpack Composeとは？宣言的UIの仕組みとBOM運用・採用判断を解説
• WorkManagerとは？使い方とコード例・2.12系の変更点と採用判断
• AndroidのDozeモードとは？Deep/Lightの違いと通知が遅れるときの解除方法
• Android CLIとは｜1.0のインストール・コマンド一覧・エージェント連携
• Kotlinとは？Javaとの違いとK2コンパイラ・2.4系の現在地を実装者目線で解説