以往 Android 僅支援 4 KB 的記憶體頁面大小, 最佳化系統記憶體效能 通常 Android 裝置都有這樣的功能。從 Android 15 開始,Android 開放原始碼計畫會支援 已設定頁面大小為 16 KB (16 KB) 的裝置 裝置)。如果應用程式直接使用任何 NDK 程式庫 或者間接透過 SDK 來重建應用程式, 支援這些 16 KB 裝置
隨著裝置製造商持續開發數量更多 實體記憶體 (RAM),這類裝置中有許多 16 KB ( ,以便最佳化裝置效能。正在新增 網頁大小支援 16 KB 頁面大小的裝置,可讓您的應用程式在這些裝置上執行 ,有助應用程式享有相關效能 如未重新編譯,應用程式可能無法在 16 KB 裝置上運作 。
為協助您為應用程式添加支援服務,我們提供了指南說明 如果您的應用程式受到影響,您可以瞭解如何 重新建構應用程式 (如適用),以及如何在 使用模擬器的 16 KB 環境 (包括 Android 15) Android Emulator 的系統映像檔)。
優點和效能提升
以 16 KB 頁面大小設定的裝置平均會耗用較多記憶體,但系統和應用程式也能獲得各種效能改善:
- 系統面臨記憶體壓力時,應用程式啟動時間越短:平均低 3.16%,部分受測的應用程式還大幅改善 (最多提升 30%)
- 應用程式啟動期間的耗電量降幅:平均減少 4.56%
- 相機啟動速度更快:熱啟動速度平均快了 4.48%,冷啟動速度平均快了 6.60%
- 縮短系統啟動時間:縮短 8% (平均約 950 毫秒)
這些改善項目是根據初步測試結果而來,實際裝置上的結果可能會有所不同。我們會在持續測試的過程中,針對應用程式可能獲得的效益提供額外分析。
確認應用程式是否受到影響
如果應用程式使用任何原生程式碼,則應重新建構應用程式,以支援 16 KB 裝置。如果您不確定應用程式是否使用原生程式碼,可以使用 APK 分析工具來判斷是否存在原生程式碼,然後檢查所找到的任何共用程式庫的 ELF 區段是否對齊。
如果應用程式只使用以 Java 程式設計語言或 Kotlin 編寫的程式碼 (包括所有程式庫或 SDK),則應用程式已支援 16 KB 裝置。不過,我們建議您在 16 KB 環境中測試應用程式,確認應用程式行為不會出現任何意外的回歸現象。
應用程式是否使用原生程式碼?
如果符合下列任一條件,即表示應用程式使用原生程式碼:
- 應用程式使用任何 C/C++ (原生) 程式碼。如果應用程式使用 Android NDK,則表示應用程式使用原生程式碼。
- 您的應用程式會連結使用這些程式庫或依附元件 (例如 SDK) 的任何第三方原生程式庫。
- 應用程式是由使用裝置原生資料庫的第三方應用程式建構工具建構。
使用 APK 分析工具找出原生資料庫
APK 分析工具可用來多方評估已建構的 APK。如要判斷應用程式是否使用原生程式碼或程式庫,請按照下列步驟操作:
- 開啟 Android Studio,然後依序點選「File」>「Open」,然後選擇任何專案。
在選單列中,依序按一下「Build」>「Analyze APK...」
選擇要分析的 APK。
查看
lib
資料夾,查看有否代管共用物件 (.so
) 檔案。如果有任何共用物件檔案,表示應用程式使用原生程式碼。如果沒有共用物件檔案或lib
資料夾,則表示應用程式未使用原生程式碼。
檢查共用程式庫的 ELF 區段對齊
針對任何共用程式庫,請確認共用程式庫的 ELF 區段是否已使用 16 KB ELF 對齊方式正確對齊。如果您在 Linux 或 macOS 上進行開發,可以按照下一個部分所述使用 check_elf_alignment.sh
指令碼。您也可以直接使用指令列工具。
使用 check_elf_alignment.sh 指令碼 (Linux 或 macOS)
請按照下列步驟,使用 check_elf_alignment.sh
指令碼檢查 ELF 區段的對齊方式:
將
check_elf_alignment.sh
指令碼儲存到檔案中。在應用程式的 APK 檔案上執行指令碼:
check_elf_alignment.sh APK_NAME.apk
指令碼會針對所有
arm64-v8a
共用程式庫輸出ALIGNED
或UNALIGNED
。如果任何
arm64-v8a
或x86_64
共用資料庫為UNALIGNED
,您就需要更新這些程式庫的封裝,然後重新編譯應用程式,並按照本節中的步驟進行重新測試。
直接使用指令列工具
如要直接使用指令列工具檢查 ELF 區段的對齊情形,請按照下列步驟操作:
- 請確認已使用 Android Studio 中的 SDK Manager 或
sdkmanager
指令列工具,安裝 Android SDK Build-Tools 35.0.0 以上版本和 Android NDK。 解壓縮應用程式的 APK 檔案:
Linux 或 macOS
unzip APK_NAME.apk -d /tmp/my_apk_out
Windows (PowerShell)
Expand-Archive -Path .\APK_NAME.apk -DestinationPath ~\tmp\my_apk_out
在您用來解壓縮 APK 檔案的暫時目錄中,檢查
lib
目錄的內容,找出共用物件 (.so
) 檔案。這些是使用 APK 分析工具找出原生資料庫時,您會看到的共用物件檔案。針對每個共用物件檔案執行下列指令:Linux 或 macOS
SDK_ROOT_LOCATION/Android/sdk/ndk/NDK_VERSION/toolchains/llvm/prebuilt/darwin-x86_64/bin/llvm-objdump -p SHARED_OBJECT_FILE.so | grep LOAD
Windows (PowerShell)
SDK_ROOT_LOCATION\Android\sdk\ndk\NDK_VERSION\toolchains\llvm\prebuilt\windows-x86_64\bin\llvm-objdump.exe -p SHARED_OBJECT_FILE.so | Select-String -Pattern "LOAD"
其中
SDK_ROOT_LOCATION
是您安裝 Android SDK 的目錄路徑、SHARED_OBJECT_FILE
是您要檢查的共用物件檔案名稱,而NDK_VERSION
則是您安裝的 Android NDK 版本 (例如28.0.12433566
)。對於您檢查的每個檔案,輸出內容會類似以下:LOAD off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**14 LOAD off 0x0000000000042a90 vaddr 0x0000000000043a90 paddr 0x0000000000043a90 align 2**14 LOAD off 0x0000000000046230 vaddr 0x0000000000048230 paddr 0x0000000000048230 align 2**14
檢查輸出行,確認負載區段的值不小於
2**14
。如果任何載入區段的值為2**13
、2**12
或更低,您就需要更新這些程式庫的封裝內容,然後重新編譯應用程式,並按照本節中的步驟進行重新測試。接下來,請在應用程式的 APK 檔案上執行
zipalign
指令列工具:Linux 或 macOS
SDK_ROOT_LOCATION/Android/sdk/build-tools/35.0.0/zipalign -v -c -P 16 4 APK_NAME.apk
Windows (PowerShell)
SDK_ROOT_LOCATION\Android\sdk\build-tools\35.0.0\zipalign.exe -v -c -P 16 4 APK_NAME.apk
其中
SDK_ROOT_LOCATION
是安裝 Android SDK 的目錄路徑,APK_NAME
則是應用程式 APK 檔案的名稱。如果所有共用程式庫都已正確對齊,輸出內容的最後一行會顯示「驗證成功」。如果驗證失敗,部分共用程式庫就需要重新對齊,因此您必須更新這些程式庫的封裝內容,然後重新編譯應用程式,並按照本節的步驟重新測試。
建構支援 16 KB 裝置的應用程式
如要支援 16 KB 裝置,使用原生程式碼的應用程式應完成下列各節所述的步驟。如果您更新至 AGP 8.5.1 以上版本和 NDK r28 以上版本,並使用 16 KB 相容的預先建構依附元件,則應用程式預設為 16 KB 相容。
更新共用程式庫的封裝
建議您升級至 AGP 8.5.1 以上版本,並使用未壓縮的共用程式庫。
AGP 8.5.1 以上版本
16 KB 裝置需要應用程式隨附未壓縮的共用程式庫,以便在 16 KB 的 ZIP 對齊邊界上對齊。如要這樣做,您必須升級至 Android Gradle 外掛程式 (AGP) 8.5.1 以上版本。如要進一步瞭解升級程序,請參閱「Android Gradle 外掛程式升級小幫手」一節。
AGP 8.5 以下版本
如果無法將 AGP 升級至 8.5.1 以上版本,則可改用壓縮共用程式庫。更新 Gradle 設定,讓 Gradle 在封裝應用程式時壓縮共用程式庫,以免因未對齊的共用程式庫而導致應用程式安裝問題。
Groovy
在 build.gradle
檔案中新增下列選項:
android {
...
packagingOptions {
jniLibs {
useLegacyPackaging true
}
}
}
Kotlin
在 build.gradle.kts
檔案中新增下列選項:
android {
...
packagingOptions {
jniLibs {
useLegacyPackaging = true
}
}
}
使用 16 KB ELF 對齊方式編譯應用程式
16 KB 裝置需要使用 16 KB ELF 對齊方式,正確對齊共用程式庫的 ELF 區段,才能執行應用程式。
如要使用 16 KB ELF 對齊方式編譯應用程式,請根據您使用的 Android NDK 版本,完成下列任一節中的步驟。
Android NDK r28 以上版本
NDK 28 以上版本預設會編譯 16 KB 對齊。
Android NDK r27
如要支援使用 Android NDK 7 以上版本編譯 16 KB 對齊共用程式庫,您必須更新 ndk-build
、build.gradle
、build.gradle.kts
或連結器旗標,如下所示:
ndk-build
在 Application.mk
中:
APP_SUPPORT_FLEXIBLE_PAGE_SIZES := true
Groovy
在 build.gradle
檔案中設定引數 -DANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES=ON
:
android {
...
defaultConfig {
...
// This block is different from the one you use to link Gradle
// to your CMake or ndk-build script.
externalNativeBuild {
// For ndk-build, instead use the ndkBuild block.
cmake {
// Passes optional arguments to CMake.
arguments "-DANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES=ON"
}
}
}
}
Kotlin
在 build.gradle.kts
檔案中設定引數 -DANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES=ON
:
android {
...
defaultConfig {
...
// This block is different from the one you use to link Gradle
// to your CMake or ndk-build script.
externalNativeBuild {
// For ndk-build, instead use the ndkBuild block.
cmake {
// Passes optional arguments to CMake.
arguments += listOf("-DANDROID_SUPPORT_FLEXIBLE_PAGE_SIZES=ON")
}
}
}
}
其他建構系統
指定下列連結器旗標:
-Wl,-z,max-page-size=16384
Android NDK r26 以下版本
如要支援使用 Android NDK 版本 r26 以下版本編譯 16 KB 對齊共用程式庫,您需要更新 ndk-build
或 cmake
設定,如下所示:
ndk-build
更新 Android.mk
以啟用 16 KB ELF 對齊功能:
LOCAL_LDFLAGS += "-Wl,-z,max-page-size=16384"
CMake
更新 CMakeLists.txt
以啟用 16 KB ELF 對齊功能:
target_link_options(${CMAKE_PROJECT_NAME} PRIVATE "-Wl,-z,max-page-size=16384")
檢查參照特定網頁大小的程式碼例項
即使應用程式已對齊 16 KB,如果程式碼中某處假設裝置使用特定的頁面大小,應用程式仍可能發生錯誤。如要避免這種情況,請完成下列步驟:
移除任何硬式編碼的依附元件,這些依附元件會參照
PAGE_SIZE
常數或程式碼邏輯中的例項,並假設裝置的頁面大小為 4 KB (4096
)。找出需要使用與頁面對齊的引數的
mmap()
和其他 API 用法,並視需要以其他方法取代。
在某些情況下,如果應用程式使用 PAGE_SIZE
做為方便的值,且未與基礎頁面大小綁定,則在 16 KB 模式下使用時,不會導致應用程式中斷。不過,如果這個值是透過 mmap
傳遞至核心,而沒有 MAP_FIXED
,核心仍會使用整個頁面,這會浪費一些記憶體。因此,在 NDK r27 以上版本中啟用 16 KB 模式時,PAGE_SIZE
會未定義。
如果應用程式以這種方式使用 PAGE_SIZE
,且從未直接將此值傳遞至核心,請不要使用 PAGE_SIZE
,而是建立具有新名稱的新變數,以反映該變數用於其他用途,而非用於實際的記憶體頁面。
檢查 SDK 是否支援 16 KB
許多 SDK 都支援 16 KB 的分頁大小,尤其是您自行建構或取得近期預先建構的 SDK 時。不過,由於部分 SDK 預先建構或 SDK 版本不支援 16 KB,因此您應查看各個 SDK 供應商的網站,判斷應使用哪個版本來支援 16 KB。
在 16 KB 環境中測試應用程式
在建構支援 16 KB 裝置的應用程式後,您應該在 16 KB 環境中測試應用程式,看看應用程式是否發生任何回歸現象。如要採用這種方式,請按照下列步驟進行:
設定下列其中一個測試環境:
啟動測試裝置,然後執行下列指令,確認裝置使用 16 KB 環境:
adb shell getconf PAGE_SIZE
這個指令應傳回
16384
值。執行下列
zipalign
指令,確認應用程式是否已對齊 16 KB,其中 APK_NAME 是應用程式 APK 檔案的名稱:zipalign -c -P 16 -v 4 APK_NAME.apk
請徹底測試應用程式,並著重於變更參照特定頁面大小的程式碼例項可能受到影響的任何部分。
使用 16 位元 Android 15 系統映像檔設定 Android Emulator
如要使用 Android Emulator 設定 16 KB 環境,請按照下列步驟操作:
以 16 千位元為基礎的 Android 15 模擬器系統映像檔與 Android Studio Jellyfish | 2023.3.1 以上版本相容。不過,如要獲得最佳的 Android 15 Beta 版使用體驗,請下載 Android Studio 的最新預先發布版。
請記住,您可以保留現有的 Android Studio 版本,因為您可以同時安裝多個版本。
在 Android Studio 中,按一下「Tools」(工具) >「SDK Manager」。
在「SDK Platforms」分頁中,勾選「Show Package Details」,然後展開「Android VanillaIceCream Preview」部分,並選取下列模擬器系統映像檔之一或兩者,視您要建立的虛擬裝置而定:
- Google APIs 實驗性 16k 頁面大小 ARM 64 8a 版系統映像檔
- Google API 實驗性 16k 頁面大小 Intel x86_64 Atom 系統映像檔
依序按一下「Apply」>「OK」,即可下載所選的系統映像檔。
請按照這篇文章的步驟設定 Android 15 的虛擬裝置,當系統提示您選取系統映像檔時,請選取您下載的 16 KB 系統映像檔。如果系統未自動建議,您可以在「Other Images」分頁中找到 16 KB 的系統映像檔。
- 在裝置管理工具中,按一下 16 KB 圖片旁的 3 點圖示,然後按一下「Show on Disk」。
- 在這個資料夾中,找出
config.ini
檔案。 在
config.ini
檔案中新增下列程式碼行,然後儲存變更:kernel.parameters = androidboot.page_shift=14
如要確認變更,請執行下列指令,應該會傳回
16384
:adb shell getconf PAGE_SIZE
使用開發人員選項在裝置上啟用 16 KB 模式
從 Android 15 QPR1 開始,你可以: 使用開發人員選項 裝置以 16 KB 模式啟動裝置,並執行裝置端測試。
這個開發人員選項適用於下列裝置:
- Pixel 8 和 8 Pro (搭載 Android 15 QPR1 Beta 1 以上版本)