當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Unity app提高设备可用性

發(fā)布時間：2023/12/14 编程问答 34 豆豆

生活随笔收集整理的這篇文章主要介紹了 Unity app提高设备可用性小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

支持 64 位架構

自?2019 年 8 月 1 日起，您在 Google Play 上發(fā)布的應用必須支持?64 位架構。 64 位 CPU 能夠為您的用戶提供更快、更豐富的體驗。添加 64 位的應用版本不僅可以提升性能、為未來創(chuàng)新創(chuàng)造條件，還能針對僅支持 64 位架構的設備做好準備。

本指南介紹了如何確保 32 位應用為支持 64 位設備做好準備，供您隨時采用。

評估您的應用

如果您的應用僅使用以 Java 編程語言或 Kotlin 編寫的代碼（包括所有庫或 SDK），那么就表示該應用已經(jīng)能支持 64 位設備。如果您的應用使用了任何原生代碼，或者您不確定應用是否使用了這類代碼，那么您需要評估應用并采取措施。

快速狀態(tài)檢查

要檢查應用是否已滿足 64 位要求，一種便捷的方法是前往 Play 管理中心查看現(xiàn)有的版本，確定應用是否合規(guī)：

?如果您的草稿版本存在與 64 位要求相關的問題，Play 管理中心也會顯示相應的警告。請看以下示例：

如果您看到提醒，請按照提醒下面的步驟操作，讓應用做好支持 64 位的準備。

您的應用是否使用了原生代碼？

首先需要檢查您的應用是否使用了任何原生代碼。如果您的應用符合以下情況，便是使用了原生代碼：

使用了任何 C/C++（原生）代碼。
與任何第三方原生庫關聯(lián)。
通過使用原生庫的第三方應用構建程序構建而成。

應用是否包含 64 位庫？

若要確定應用是否包含 64 位庫，最簡單的方法就是檢查 APK 文件的結構。在構建時，APK 會與應用所需的所有原生庫打包在一起。原生庫會根據(jù)?ABI?存儲在不同的文件夾中。您的應用不一定要支持所有 64 位架構，但對于支持的每種原生 32 位架構，應用都必須包含相應的 64 位架構。

對于?ARM 架構，32 位庫位于?armeabi-v7a?中。對應的 64 位庫則位于?arm64-v8a?中。

對于 x86 架構，32 位庫位于?x86?中，64 位庫則位于?x86_64?中。

首先要確保這兩個文件夾中都有原生庫。總結如下：

平臺32 位庫文件夾64 位庫文件夾

ARM	lib/armeabi-v7a	lib/arm64-v8a
x86	lib/x86	lib/x86_64

請注意，每個文件夾中的一套庫可能完全相同，也可能不完全相同，這取決于應用的具體情況。您應達到的目標是確保您的應用能夠在僅支持 64 位架構的環(huán)境中正常運行。

通常情況下，同時針對 32 位和 64 位架構構建的 APK 或軟件包會具有這兩種 ABI 的文件夾，每個文件夾中都有一套相應的原生庫。如果您的應用不支持 64 位架構，那么您很可能會看到 32 位 ABI 文件夾，但沒有 64 位文件夾。

使用 APK 分析器查找原生庫

APK 分析器是一款可用于對所構建的 APK 進行各方面評估的工具。針對我們目前所討論的情況，我們將使用該工具查找原生庫，以確定是否具備 64 位庫。

打開?Android Studio，然后打開任一項目。

從菜單中依次選擇?Build > Analyze APK…

選擇您要評估的 APK。

查看?lib?文件夾，您可以在其中找到“.so”文件。如果在您的應用中找不到任何“.so”文件，則說明該應用已支持 64 位架構，您無需采取進一步措施。如果您看到?armeabi-v7a?或?x86，則說明您有 32 位庫。

檢查是否?arm64-v8a?或?x86_64?文件夾中有類似的“.so”文件。

如果您沒有任何?arm64-v8a?或?x86_64?庫，則需要更新構建流程以開始構建并打包 APK 中的這些工件。

如果您看到 32 位和 64 位的庫均已打包到軟件包中，則可以跳至在 64 位硬件上測試應用。

通過解壓縮 APK 查找原生庫

APK 文件的結構類似于 ZIP 文件，可以像 ZIP 文件一樣解壓縮。如果您更喜歡使用命令行或任何其他解壓縮工具，也可以采用解壓縮 APK 的方法。

只需解壓縮 APK 文件（根據(jù)您使用的解壓縮工具，您可能需要將其重命名為 .zip），然后按照上文中的指南瀏覽解壓縮后的文件，即可確定您的應用是否已經(jīng)為支持 64 位設備做好準備了。

例如，您可以從命令行中運行如下命令：

:: Command Line > zipinfo -1 YOUR_APK_FILE.apk | grep \.so$ lib/armeabi-v7a/libmain.so lib/armeabi-v7a/libmono.so lib/armeabi-v7a/libunity.so lib/arm64-v8a/libmain.so lib/arm64-v8a/libmono.so lib/arm64-v8a/libunity.so

請注意，此示例中存在?armeabi-v7a?庫和?arm64-v8a?庫，這表明該應用支持 64 位架構。

使用 64 位庫構建應用

下面針對構建 64 位庫做出了相關的說明。不過，需要指出的是，以下內(nèi)容僅介紹了如何構建在源代碼的基礎上可構建的代碼和庫。

如果您使用任何外部 SDK 或庫，請確保按照上文所述的步驟使用 64 位版本。如果沒有 64 位版本可用，請與相應 SDK 或庫的所有者聯(lián)系，并在規(guī)劃支持 64 位設備的方案時將這一點考慮在內(nèi)。

使用 Android Studio 或 Gradle 進行構建

大多數(shù) Android Studio 項目都使用 Gradle 作為底層構建系統(tǒng)，因此本部分適用于使用這兩種工具進行構建的情況。針對原生代碼進行構建很簡單，只需將?arm64-v8a?和/或?x86_64（視您要支持的架構而定）添加到應用的“build.gradle”文件中的?ndk.abiFilters?設置中即可：

// Your app's build.gradle plugins {id 'com.android.app' }android {compileSdkVersion 27defaultConfig {appId "com.google.example.64bit"minSdkVersion 15targetSdkVersion 28versionCode 1versionName "1.0"ndk.abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64' // ...

使用 CMake 進行構建

如果您的應用是使用?CMake?構建的，那么您可以通過將?arm64-v8a?傳遞到“-DANDROID_ABI”參數(shù)來針對 64 位 ABI 進行構建：

:: Command Line > cmake -DANDROID_ABI=arm64-v8a … or > cmake -DANDROID_ABI=x86_64 …

在使用?externalNativeBuild?時，此方法無效。請參閱使用 Gradle 進行構建部分。

使用 ndk-build 進行構建

如果您的應用是使用?ndk-build?構建的，那么您可以使用?APP_ABI?變量修改“Application.mk”文件，從而針對 64 位 ABI 進行構建：

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64

在使用?externalNativeBuild?時，此方法無效。請參閱使用 Gradle 進行構建部分。

將 32 位代碼移植到 64 位架構

如果您的代碼已經(jīng)可以在桌面或 iOS 平臺上運行，那么您無需針對 Android 做額外的工作。如果這是第一次針對 64 位系統(tǒng)構建您的代碼，那么您需要解決的主要問題是指針不再適合?int?這樣的 32 位整數(shù)類型。您將需要更新以?int、unsigned?或?uint32_t?等類型存儲指針的代碼。在 Unix 系統(tǒng)上，long?對應的是指針大小，但在 Windows 上并非如此，因此您應該改用釋意類型?uintptr_t?或?intptr_t。使用?ptrdiff_t?類型來存儲兩個指針之間的差異。

您應該始終選擇使用?<stdint.h>?中定義的特定固定寬度整數(shù)類型，而不是?int?或?long?等傳統(tǒng)類型，即便對于非指針也應如此。

使用以下編譯器標記來捕捉代碼在指針和整數(shù)之間轉換不正確的情況：

-Werror=pointer-to-int-cast -Werror=int-to-pointer-cast -Werror=shorten-64-to-32

具有?int?字段（包含指向 C/C++ 對象的指針）的 Java 類也有同樣的問題。在 JNI 源代碼中搜索?jint，并確保切換到?long（Java 端）和?jlong（C++ 端）。

注意：因指針被截斷而引起的崩潰將表現(xiàn)為 SIGSEGV，其中錯誤地址的前 32 位全部為零。

對于 64 位代碼而言，隱式函數(shù)聲明的危險性要高得多。C/C++ 假定隱式聲明的函數(shù)（即編譯器未檢測到聲明的函數(shù)）的返回值類型為?int。如果函數(shù)的實際返回值類型是指針，那么在 32 位系統(tǒng)上是可行的，因為在 32 位系統(tǒng)中指針的類型為?int，但在 64 位系統(tǒng)中，編譯器會丟棄指針的前半部分。例如：

// This function returns a pointer: // extern char* foo();// If you don't include a header that declares it, // when the compiler sees this: char* result = foo();// Instead of compiling that to: result = foo();// It compiles to something equivalent to: result = foo() & 0xffffffff;// Which will then cause a SIGSEGV if you try to dereference `result`.

以下編譯器標記會將隱式函數(shù)聲明警告變成錯誤，以便您能夠更輕松地查找和解決此問題：

-Werror=implicit-function-declaration

如果您有內(nèi)聯(lián)匯編程序，您需要重新編寫該程序或使用普通的 C/C++ 實現(xiàn)。

如果您對類型大小進行了硬編碼（例如，8 或 16 字節(jié)），請使用等效的?sizeof(T)?表達式（例如?sizeof(void*)）來替換它們。

如果需要有條件地編譯不同于 64 位的 32 位代碼，則對于一般性的 32/64 差異，您可以使用?#if defined(__LP64__)；對于 Android 支持的具體架構，可以使用?__arm__、__aarch64__?(arm64)、__i386__?(x86) 和?__x86_64__。

您需要調(diào)整類似?printf?或?scanf?的函數(shù)的格式字符串，因為如果使用傳統(tǒng)的格式說明符，您無法以一種對 32 位和 64 位設備都正確的方式來指定 64 位類型。您可利用?<inttypes.h>?中的?PRI?和?SCN?宏來解決此問題，PRIxPTR?和?SCNxPTR?分別用于寫入/讀取十六進制指針，PRId64?和?SCNd64?分別用于以可移植的方式寫入/讀取 64 位值。

在移位時，您可能需要使用?1ULL?來獲取要移位的 64 位常數(shù)，而不能使用僅支持 32 位的?1。

利用 Android App Bundle 減少大小增加量

為您的應用添加 64 位架構支持可能會導致 APK 的大小增加。我們強烈建議您利用?Android APP Bundle?功能，以盡量減小因在同一 APK 中同時包含 32 位和 64 位原生代碼而對 APK 大小產(chǎn)生的影響。

實際上，將應用改為使用 Android App Bundle 可以縮減 APK 的大小，使其比現(xiàn)在更小。

游戲開發(fā)者

我們知道，遷移第三方游戲引擎是一個耗費人力的過程，并且需要很長的準備時間。慶幸的是，三大最常用的引擎目前都支持 64 位架構：

Unreal（自 2015 年起）
Cocos2d（自 2015 年起）
Unity（自 2018 年起）

Unity 開發(fā)者

升級到支持的版本

Unity 自版本?2018.2?和?2017.4.16?開始提供 64 位支持。

如果您發(fā)現(xiàn)自己使用的 Unity 版本不支持 64 位架構，請確定要升級到的版本，并按照 Unity 提供的指南遷移您的環(huán)境，確保將您的應用升級到可構建 64 位庫的版本。Unity 建議您升級到該編輯器的最新 LTS 版本，以獲取最新的功能和更新。

下面的圖表概述了 Unity 的各個版本以及您應該采取的措施：

Unity 版本版本是否支持 64 位？建議采取的措施

2020.x	??	確保您的構建設置能夠輸出 64 位庫。
2019.x	??	確保您的構建設置能夠輸出 64 位庫。
2018.4 (LTS)	??	確保您的構建設置能夠輸出 64 位庫。
2018.3	??	確保您的構建設置能夠輸出 64 位庫。
2018.2	??	確保您的構建設置能夠輸出 64 位庫。
2018.1	?	提供實驗性的 64 位支持。
2017.4 (LTS)	??	自?2017.4.16?開始支持。確保您的構建設置能夠輸出 64 位庫。
2017.3	??	升級到支持 64 位的版本。
2017.2	??	升級到支持 64 位的版本。
2017.1	??	升級到支持 64 位的版本。
<=5.6	??	升級到支持 64 位的版本。

更改構建設置以輸出 64 位庫

如果您使用的 Unity 版本支持 64 位的 Android 庫，那么您可以通過調(diào)整構建設置來生成 64 位版本的應用。您還需要使用 IL2CPP 后端作為 Scripting Backend（詳見此處）。要為構建 64 位架構而設置 Unity 項目，請按以下步驟操作：

轉到?Build Settings，然后確認 Unity 標志是否顯示在?Platform?下的?Android?旁邊，以確保您是在針對 Android 進行構建。

如果 Unity 標志未顯示在 Android 平臺旁邊，請選擇?Android，然后點擊?Switch Platform。

點擊?Player Settings。

依次轉到?Player Settings Panel > Settings for Android > Other Settings > Configuration

將?Scripting Backend?設為?IL2CPP。

依次選擇?Target Architecture > ARM64?復選框。

照常構建！

請注意，針對 ARM64 進行構建需要您專門針對該平臺構建您的所有資產(chǎn)。請按照 Unity 的指南來縮減 APK 大小，同時考慮利用?Android App Bundle?功能來減小大小增加量。

合并 APK 和 64 位合規(guī)性

如果您要使用 Google Play 的合并 APK 支持來發(fā)布應用，請注意在版本層面評估是否符合 64 位要求。不過，如果 APK 或 app bundle 不會分發(fā)給搭載 Android 9 Pie 或更高版本的設備，則不適用 64 位要求。

如果您的某個 APK 被標記為不合規(guī)，但該 APK 比較老舊且無法使其合規(guī)，一種策略是在該 APK 清單的?uses-sdk?元素中添加?maxSdkVersion="27"?屬性。這樣一來，此 APK 將不會被分發(fā)給搭載 Android 9 Pie 或更高版本的設備，因而也就不會再妨礙合規(guī)。

RenderScript 和 64 位合規(guī)性

如果您的應用使用 RenderScript 并且是通過較低版本的 Android 工具構建的，該應用可能會存在 64 位合規(guī)性問題。使用版本低于 21.0.0 的構建工具時，編譯器可能會將生成的位碼放到外部?.bc?文件中。64 位架構不再支持這些舊的?.bc?文件，因此，如果您的 APK 中有這類文件，就會造成合規(guī)性問題。

要解決此問題，請移除項目中的所有?.bc?文件，將環(huán)境升級到?build-tools-21.0.0?或更高版本，并將 Android Studio 中的?renderscriptTargetApi?設為 21+，以指示編譯器不要生成?.bc?文件。然后，重新構建您的應用，檢查是否有?.bc?文件，再將應用上傳到 Play 管理中心。

在 64 位硬件上測試應用

64 位版本的應用應提供與 32 位版本相同的質(zhì)量和功能集。請對您的應用進行測試，以確保使用最新的 64 位設備的用戶能夠在您的應用中獲得優(yōu)質(zhì)的體驗。

要開始測試您的應用，您要有支持 64 位架構的設備。時下有很多支持 64 位架構的熱門設備，例如 Google 的 Pixel 以及其他旗艦設備。

最簡單的 APK 測試方法就是使用 adb 安裝該應用。大多數(shù)情況下，您可以提供?--abi?作為參數(shù)，用以指示要將哪些庫安裝到設備上。這樣在設備上安裝該應用時便會僅包含 64 位庫。

:: Command Line # A successful install: > adb install --abi armeabi-v7a YOUR_APK_FILE.apk Success# If your APK does not have the 64-bit libraries: > adb install --abi arm64-v8a YOUR_APK_FILE.apk adb: failed to install YOUR_APK_FILE.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]# If your device does not support 64-bit, an emulator, for example: > adb install --abi arm64-v8a YOUR_APK_FILE.apk ABI arm64-v8a not supported on this device

安裝成功后，請照常對應用進行測試，以確保其質(zhì)量與 32 位版本相同。

發(fā)布

如果您覺得應用已準備妥當，請照常發(fā)布。與往常一樣，請繼續(xù)遵循部署應用的最佳做法。我們建議利用封閉式測試軌道向有限數(shù)量的用戶發(fā)布應用，以確保應用的質(zhì)量一致。

在發(fā)布重大更新時，也務必要先在支持 64 位的設備上進行全面測試，然后再面向更廣泛的受眾群體發(fā)布。

BLOG

Moving Android Studio and Android Emulator to 64-bit versions

With Project Marble, the Android Studio team focused our efforts on making the fundamental features and flows of the Integrated Development Environment (IDE) rock-solid. Performance is an underlying tenant to delivering a high quality IDE. To this

BLOG

Get your apps ready for the 64-bit requirement

Starting August 1, 2019:

為所有屏幕開發(fā)游戲

在為 Android 開發(fā)游戲時，重要的是要預測各種可能的玩家體驗并保持適應玩家的實時交互需求。通過支持不同的玩家體驗，您可以增加游戲的靈活性，幫助您擴大游戲的影響范圍。

玩家體驗的具體差異包括以下內(nèi)容：

設備外形：雖然手機提供了傳統(tǒng)的 Android 設備體驗，但也可以與其他外形的游戲進行交互。Chrome OS 設備可以運行一個 Android 容器來顯示您的游戲。可以運行 Android 的平板電腦支持多個不同級別的保真度。Android TV 設備支持細節(jié)更豐富、更身臨其境的體驗。玩家可以使用顯示擴展工具模擬多窗口環(huán)境。在使用可折疊設備時，玩家可以在游戲過程中更改屏幕大小。
交互方式：玩家可以通過觸摸設備的屏幕來提供輸入，但他們也可以使用鼠標、觸摸板、鍵盤或控制器來代替。此外，顯示擴展工具和可折疊設備的可用性允許玩家在更大的屏幕上體驗您的游戲，從而使更長的游戲會話和更復雜的界面更加可行。
硬件支持：一些基于 Android 的設備沒有手持設備中更典型的硬件，例如后置攝像頭、GPS 和網(wǎng)絡連接。您的游戲應該適應可用的硬件，并優(yōu)雅地處理某些功能不可用的情況。

本指南介紹了與為不同類型的屏幕和用戶交互開發(fā)游戲相關的最佳實踐。本指南還提供有關設計游戲和制定有效測試策略的建議。

游戲設計最佳實踐

在規(guī)劃游戲的設計和架構時，請遵循以下部分中描述的最佳實踐。

手動響應配置更改

當 Android 系統(tǒng)檢測到配置變化時，例如屏幕大小、屏幕方向或輸入法的變化，系統(tǒng)默認重啟當前活動。為了在應用程序或游戲中保留狀態(tài)，活動默認?onSaveInstanceState()?在重新啟動之前和重新啟動?onRestoreInstanceState()?之后調(diào)用。但是，此過程需要活動重新加載所有關聯(lián)的服務和資源。要了解有關此默認行為的更多信息，?請參閱處理配置更改指南。

一個典型的游戲會話會經(jīng)歷幾個配置更改。如果您的游戲讓系統(tǒng)處理每個配置更改，您的游戲場景就會被破壞并一遍又一遍地重新啟動，從而降低游戲的性能。因此，我們強烈建議您在游戲中自行處理這些配置更改。

要了解如何將此配置更改邏輯添加到您的游戲中，請參閱有關如何創(chuàng)建自定義配置更改處理程序的部分。

創(chuàng)建靈活的架構

要在盡可能多的設備上添加對您的游戲的支持，請遵循以下最佳做法：

部署 Android App Bundle 而不是單獨的 APK。?Android App Bundle允許您將不同分辨率和不同架構模型（例如 x86、ARM）的工件打包到單個工件中。更好的是，Android App Bundles 支持更高的游戲大小限制；每個基本 APK 可以大到 150 MB，而捆綁包本身可以有很多 GB。
添加對 x86 架構的支持。此步驟可提高您的游戲在不支持 ARM 的設備上的性能，因為這些設備現(xiàn)在可以執(zhí)行指令而無需先翻譯它們。

添加對 Vulkan 的支持

通過支持Vulkan，您的游戲可以獲得更高的圖形性能。大多數(shù)設備都支持此圖形 API。

創(chuàng)建自定義配置更改處理程序

要聲明游戲自行處理的配置更改類型，請將android:configChanges?屬性添加到<activity>清單中表示屏幕或復雜界面的每個元素。

以下代碼片段演示了如何聲明您的游戲負責屏幕大小、屏幕方向和輸入法更改：

當聲明的配置更改發(fā)生時，系統(tǒng)現(xiàn)在調(diào)用不同的方法，?onConfigurationChanged().?在此方法中，添加更新游戲 UI 的邏輯：

更新屏幕的比例因子和方向。請記住，出于性能目的，有時最好只在一個維度上縮放游戲的 UI。
確定玩家使用的最佳輸入法。

處理屏幕配置更改

只要您在?屬性中分別包含screenSize和值，您的游戲就會手動處理屏幕大小和屏幕方向的更改。您可以使用這些新值來更新場景的內(nèi)容和玩家輸入?yún)^(qū)域。有關如何設計游戲布局以使其更易于更新的指導，請參閱支持不同屏幕尺寸的指南。orientationandroid:configChanges

在您的游戲實現(xiàn)中onConfigurationChanged()，使用傳入的?Configuration對象和窗口管理器的Display對象分別確定屏幕大小和屏幕方向的更新值。

注意：顯示器的旋轉值取決于設備的默認硬件方向。因此，值0表示某些設備上的縱向和其他設備上的橫向。

以下代碼片段顯示了如何獲取游戲更新后的屏幕尺寸和方向：

科特林爪哇

override fun onConfigurationChanged(newConfig: Configuration) { ? ? super.onConfigurationChanged(newConfig) ? ? val density: Float = resources.displayMetrics.density ? ? val newScreenWidthPixels = (newConfig.screenWidthDp * density).toInt() ? ? val newScreenHeightPixels = (newConfig.screenHeightDp * density).toInt() ? ? // Get general orientation; either Configuration.ORIENTATION_PORTRAIT or ? ? // Configuration.ORIENTATION_LANDSCAPE. ? ? val newScreenOrientation: Int = newConfig.orientation ? ? // Get general rotation; one of: ROTATION_0, ROTATION_90, ROTATION_180, ? ? // or ROTATION_270. ? ? val newScreenRotation: Int = windowManager.defaultDisplay.rotation }

請注意，即使您的應用在全屏模式下運行，更改可折疊設備的姿勢也會更改配置。因此，如果用戶在游戲運行時折疊或展開設備，您的應用程序可能必須處理屏幕尺寸或像素密度的變化。

特定于游戲的屏幕質(zhì)量

以下部分描述了如何根據(jù)游戲質(zhì)量調(diào)整游戲對屏幕尺寸或屏幕方向變化的反應：

全屏模式

在某些平臺上，例如 Chrome OS，Android 應用程序和游戲默認可以窗口化和調(diào)整大小。如果您的游戲應始終以全屏模式運行，您可以將?android:resizeableActivity?屬性設置false為您的<activity>元素之一，如以下代碼片段所示：

注意：該android:resizeableActivity屬性僅在運行 Android 7.0（API 級別 24）或更高版本的設備上影響您的游戲。

您還可以將android:resizeableActivity屬性設置為false以防止發(fā)生基于大小的配置更改。但是，除非您的游戲始終以全屏模式運行，否則您應該將此屬性添加為僅用于測試目的的臨時修復。

屏幕方向

如果您的游戲依賴于具有特定方向的設備傳感器，?android:screenOrientation請在游戲的活動中指定一個值，如以下代碼片段所示。此設置有助于防止游戲中的場景意外顛倒。

設備特定的屏幕質(zhì)量

以下部分描述了如何處理給定某些設備具有的特定品質(zhì)的基于屏幕的配置更改。

縱橫比

一些設備支持不同的縱橫比。例如，可折疊設備設計為在折疊狀態(tài)下支持 21:9 的縱橫比。要處理這種潛在的縱橫比變化，請至少執(zhí)行以下操作之一：

面向 Android 8.0（API 級別 26）或更高版本。
使您的游戲場景和界面可調(diào)整大小。在運行 Android 7.0（API 級別 24）及更高版本的設備上設置?android:resizeableActivity?為。true
聲明支持的最大縱橫比。在?<meta-data>與您的游戲關聯(lián)的屬性中，設置android.max_aspect為2.4，如以下代碼片段所示。但是請記住，大于您指定的寬高比會導致游戲在顯示器中顯示為?信箱?。
<application> <meta-data android:name="android.max_aspect"android:value="2.4" /> </application>

多個活動同時可見

許多現(xiàn)代設備支持各種屏幕布局，包括分屏、畫中畫和大顯示區(qū)域。當使用其中一種布局時，系統(tǒng)可以同時顯示多個活動。

在運行 Android 9（API 級別 28）或更高版本的設備上，可以同時恢復所有最重要的可見活動。但是，為了使此行為起作用，您的游戲和設備的 OEM 都需要選擇啟用該功能。您可以通過在游戲清單中設置?android.allow_multiple_resumed_activities為來true在游戲中添加支持，如以下代碼段所示：

然后，您可以在不同的設備上測試您的游戲，看看哪些設備提供了使多重恢復正常運行所需的 OEM 支持。

注意：如果沒有您的游戲和設備 OEM 的支持，唯一恢復的活動是最近收到玩家輸入的活動；所有其他可見活動都處于已啟動或已暫停狀態(tài)。

有關將游戲配置為多窗口顯示的一部分的更多信息，請參閱有關如何添加多窗口支持的指南。

處理不同類型的交互模型

只要您在屬性中分別包含keyboard和值，您的游戲就會手動處理鍵盤存在和鍵盤可用性?。您可以使用這些新值來更新游戲的主要輸入法。keyboardHiddenandroid:configChanges

在配置您的游戲以支持多種類型的用戶輸入時，請記住以下幾點：

檢測輸入法而不是單個設備。這種心態(tài)可以更輕松地改善玩家體驗，而無需過多關注玩家可能擁有的特定設備。
keyboardHidden在手動處理的配置更改列表中包含該屬性。這樣，您的游戲可以跟蹤鍵盤何時物理連接到設備但無法使用。
確定當前可用的輸入法。為此，請?getInputDeviceIds()?在游戲啟動時和每次配置更改后調(diào)用。

您通常可以根據(jù)玩家首選的輸入設備確定玩家計劃如何與您的游戲互動：
- 玩家通常使用鍵盤或游戲控制器來執(zhí)行快速按鈕序列。
- 玩家通常使用觸摸屏或觸摸板來執(zhí)行更復雜的手勢。
- 玩家通常使用鼠標來執(zhí)行更高精度的輸入。
注意：當玩家與您的游戲互動時，輸入法的可用性可能會不穩(wěn)定。例如，他們可能會在玩游戲時斷開鍵盤并插入控制器。

以下部分提供了特定類型輸入設備的最佳實踐。

鍵盤

在為您的游戲創(chuàng)建鍵盤布局時，請考慮玩家如何在給定場景中導航以及他們?nèi)绾闻c您的游戲設置進行交互。

WASD 鍵或箭頭鍵通常最適合控制角色移動。最好為可控角色在游戲中可以執(zhí)行的每個重要動作或技能分配一個特定的鍵。為了最大限度地提高玩家體驗，請考慮在游戲中添加對自定義鍵綁定的支持。

玩家還應該能夠打開游戲的菜單并使用鍵盤瀏覽它們。Esc關鍵是用于暫停場景和顯示游戲菜單的通用映射。

注意：即使玩家更頻繁地使用鼠標或觸摸板與您的游戲互動，添加鍵盤支持以作為具有輔助功能需求的玩家的替代輸入方法也很重要。

有關在游戲中支持鍵盤輸入的更多信息，請參閱如何支持鍵盤導航的指南以及如何處理鍵盤操作的指南。

游戲控制器

有關在游戲中處理控制器輸入的更多信息，請參閱如何支持游戲控制器的指南。

鼠標或觸摸板

如果您的游戲支持來自鼠標或觸摸板的玩家輸入，請記住玩家與設備的交互方式與玩游戲不同。請務必注意，通過請求指針捕獲，所有鼠標輸入都指向您的游戲。因此，在您的游戲獲得所需信息后，釋放指針捕獲功能，以便玩家重新獲得對其設備的標準鼠標控制。

在運行 Android 8.0（API 級別 26）及更高版本的設備上，您可以使用鼠標捕獲 API 來協(xié)助指針捕獲過程。在對高精度輸入做出反應的游戲中，您可以通過調(diào)用getX()和?getY()方法獲取指針的當前坐標。

有關在游戲中添加對鼠標輸入和觸摸板輸入的支持的更多信息，請參閱有關如何跟蹤觸摸和指針移動的指南以及有關如何處理多點觸控手勢的指南。

測試你的游戲

在啟動您的游戲之前，通過完成以下部分中描述的步驟來測試它如何響應配置更改。

更新您的測試計劃

驗證游戲功能時，請包括以下測試用例：

最小化和最大化包含您的游戲的窗口。（如果您的游戲始終處于全屏模式，則不適用。）
更改屏幕大小。
更改屏幕方向。（如果您的游戲有固定方向，則不適用。）
連接和斷開輸入設備，例如鍵盤和鼠標。
如果您的游戲支持，請執(zhí)行多簡歷。

此外，請考慮更新游戲的質(zhì)量控制系統(tǒng)，以便您可以針對更廣泛的玩家體驗進行優(yōu)化。

有關測試游戲的最佳實踐，請參閱測試基礎指南。

使用測試和調(diào)試工具

您可以使用平臺支持的各種工具執(zhí)行測試：

模擬器，包括Android 模擬器和?Firebase 測試實驗室。

注意：Android 模擬器包括對Chrome OS和?可折疊設備的支持。
系統(tǒng)跟蹤。
Chrome OS Performance Analyzer，在運行 Chrome OS M75 或更高版本時可用。

游戲模式

游戲模式 API和?游戲模式干預允許您通過根據(jù)用戶設置或游戲特定配置優(yōu)先考慮特性（例如性能或電池壽命）來優(yōu)化游戲玩法。

從Android 12開始，游戲模式 API 和干預措施可?在選定設備上使用。

使用游戲模式 API 進行優(yōu)化

您可以使用Game Mode API來識別用戶選擇的當前游戲模式，然后根據(jù)他們的選擇優(yōu)化您的游戲以獲得最佳性能或電池壽命。

了解如何設置、優(yōu)化和發(fā)布您的游戲以支持標準、性能和電池模式。

游戲模式干預

游戲模式干預是原始設備制造商 (OEM) 設置的游戲特定優(yōu)化，旨在提高開發(fā)人員不再更新的游戲的性能。

了解如何使用性能和電池模式為您的游戲設置、測試和提交干預措施。

重要提示：每個游戲都可以實現(xiàn)游戲模式 API 行為，向 OEM 建議游戲模式干預設置，或明確選擇退出游戲模式干預。

警告：OEM 可以選擇在沒有開發(fā)人員反饋的情況下實施游戲模式干預。

游戲模式 API

當用戶選擇相應的游戲模式時，游戲模式 API 允許您優(yōu)化游戲以獲得最佳性能或最長的電池壽命。

或者，您可以提交?游戲模式干預請求，以提高開發(fā)人員不再更新的游戲的性能。

游戲模式 API 和干預可在部分?Android 12設備上使用。

重要提示：每個游戲都可以實現(xiàn)游戲模式 API 行為，向 OEM 建議游戲模式干預設置，或明確選擇退出游戲模式干預。

警告：OEM 可以選擇在沒有開發(fā)人員反饋的情況下實施游戲模式干預。

設置

要在游戲中使用 Game Mode API，請執(zhí)行以下操作：

下載并安裝?Android 12 Preview SDK。

在AndroidManifest.xml文件中，通過設置元素appCategory中的屬性將?您的應用聲明為游戲：<application>

<code>android:appCategory="game" </code>

通過將其添加到您的主要活動來查詢當前游戲模式：

// Only call this for Android 12 devices if ( Build.VERSION.SDK_INT >= Build.VERSION_CODES.S ) { ? // Get GameManager from SystemService ? GameManager gameManager = Context.getSystemService(GameManager.class); ? // Returns the selected GameMode ? int gameMode = gameManager.getGameMode(); }

支持的游戲模式描述

不支持	游戲未聲明對游戲模式 API 的支持，也不支持游戲模式干預。
標準	用戶沒有選擇游戲模式或用戶選擇了標準模式。
表現(xiàn)	提供最低的延遲幀速率，以換取電池壽命和保真度的降低。
電池	提供盡可能長的電池壽命，以換取降低的保真度或幀速率。

重要提示：省電模式是特定于游戲的，不會影響系統(tǒng)級 Android 省電模式的行為。

在onResume函數(shù)中添加查詢游戲模式狀態(tài)的代碼：

?重要提示：在恢復暫停的進程時，您的應用程序必須始終查詢 getGameMode() 方法。有關詳細信息，請參見上圖。

最佳實踐

如果您的游戲已經(jīng)支持多個保真度和幀速率目標，您應該確定性能和節(jié)電模式的適當設置：

要始終如一地實現(xiàn)最大設備幀速率：考慮稍微降低保真度以實現(xiàn)更高的幀速率。
要延長電池壽命：考慮選擇較低的顯示刷新率（例如 30Hz 或 60Hz）并使用幀步調(diào)來瞄準降低的刷新率。

對于第一人稱射擊游戲、多人在線戰(zhàn)斗競技場 (MOBA) 和角色扮演游戲 (RPG) 等高保真游戲，您應該專注于實現(xiàn)高一致的幀速率，以最大限度地提高用戶沉浸感。

對于高保真游戲和休閑游戲，您應該支持省電模式，以通過降低峰值幀速率來延長游戲時間。

測試

通過?adb設置游戲模式狀態(tài)來嘗試新的游戲行為：

adb shell cmd game mode [standard|performance|battery] <PACKAGE_NAME>

出版

要啟用游戲模式 UI，請將以下內(nèi)容添加到?<application>AndroidManifest.xml 文件中的元素。

重要提示：游戲模式 UI 僅適用于部分 Android 12 設備，不適用于 Android 12 Beta 版本。

下一個

當無法提供游戲更新時，請閱讀游戲模式干預以提高游戲性能。

游戲模式干預

游戲模式干預是原始設備制造商 (OEM) 設置的游戲特定優(yōu)化，旨在提高開發(fā)人員不再更新的游戲的性能。例如：

WindowManager 后備緩沖區(qū)調(diào)整大小。
使用 ANGLE 而不是本機 GLES 驅動程序。

或者，如果可以更新游戲，您可以使用?Game Mode API優(yōu)化性能和電池。

游戲模式 API 和干預可在部分?Android 12設備上使用。

重要提示：每個游戲都可以實現(xiàn)游戲模式 API 行為，向 OEM 建議游戲模式干預設置，或明確選擇退出游戲模式干預。

警告：OEM 可以選擇在沒有開發(fā)人員反饋的情況下實施游戲模式干預。

WindowManager 后臺緩沖區(qū)調(diào)整大小

WindowManager?backbuffer?resize 干預可以減少設備的 GPU 負載。當游戲以目標幀速率進行時，它還可以減少電池消耗。

啟用調(diào)整大小后，最多可降低 30% 的 GPU 功率和 10% 的系統(tǒng)功率。結果可能會因使用的設備、環(huán)境條件和其他因素（例如同時處理）而異。

受 GPU 限制的無節(jié)奏游戲可能會在減少 GPU 負載期間體驗更高的幀速率。但是，我們強烈建議所有游戲都保持?良好的節(jié)奏，因為不均勻的幀速率會顯著影響用戶對性能的看法。

評估

要自行評估 WindowManager 后緩沖調(diào)整大小干預，請使用以下adb命令。90% 的調(diào)整大小幾乎可以忽略不計，而 50% 則意義重大。

adb shell cmd game downscale [0.5|0.6|0.7|0.8|0.9|disable] <PACKAGE_NAME>

警告：在 Android 12 中，子進程的大小可能無法正確調(diào)整。應特別注意查看 toast/彈出窗口的 UI。或者，我們建議您將調(diào)整大小設置限制為 70%。

設置模式

您應該驗證對性能和電池模式的干預，如下所述。

支持的游戲模式描述

表現(xiàn)	提供最低的延遲幀速率，以換取電池壽命和保真度的降低。
電池	提供盡可能長的電池壽命，以換取降低的保真度或幀速率。

要驗證每種模式的干預，請在AndroidManifest.xml文件中的<application>元素下啟用這些模式。

啟用性能模式：
<code> <meta-dataandroid:name="com.android.app.gamemode.performance.enabled"android:value="true"/> </code>
啟用電池模式：
<code> <meta-dataandroid:name="com.android.app.gamemode.battery.enabled"android:value="true"/> </code>

測試你的游戲

分配不同的調(diào)整大小值以查看您的游戲如何受到 WindowManager 后備緩沖區(qū)調(diào)整大小干預的影響：

adb shell device_config put game_overlay <PACKAGE_NAME> mode=2,downscaleFactor=0.7:mode=3,downscaleFactor=0.8

重要提示：在上面的示例中，mode=2是“性能”并且mode=3?是“省電模式”。該downscaleFactor值指定為適用于調(diào)整大小設置的百分比（0.7 為 70%，0.8 為 80%）。

向 OEM 提交干預措施

對于 Android 12，每次干預都必須由設備 OEM 設置。?對于 Pixel 設備，請?zhí)峤荒恼埱蟛⑻峁┮韵滦畔?#xff1a;

游戲包名。

設備和型號詳細信息。

請求模式的干預值。

退出干預

或者，您可以通過選擇退出來控制是否對您的游戲應用干預。每個干預都有自己的退出設置。

要禁用 WindowManager 后緩沖調(diào)整大小干預，請將以下內(nèi)容添加到<application>?AndroidManifest.xml 文件中的元素。

重建并重新提交您的游戲以選擇退出。

重要提示：默認情況下，原始設備制造商 (OEM) 可以設置干預，除非您明確選擇退出游戲。

資源

有關測量和優(yōu)化游戲性能的更多信息：

System Profilers?- 分析 CPU 使用率和圖形調(diào)用。
Android GPU Inspector?- Android 上的配置文件圖形。
Android Frame Pacing Library?- 幫助 OpenGL 和 Vulkan 游戲實現(xiàn)流暢的渲染和正確的幀節(jié)奏。
Android Performance Tuner?- 大規(guī)模測量和優(yōu)化 Android 設備的幀速率和圖形。
Energy Profiler?- 查找您的應用在哪些地方使用了不必要的能源。

///

總結

以上是生活随笔為你收集整理的Unity app提高设备可用性的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。

上一篇：科目三考试经验与技巧——长春长德科目三考
下一篇： Mineflayer简介——Minecr

编程问答

Unity app提高设备可用性

支持 64 位架構

評估您的應用

快速狀態(tài)檢查

您的應用是否使用了原生代碼？

應用是否包含 64 位庫？

使用 APK 分析器查找原生庫

通過解壓縮 APK 查找原生庫

使用 64 位庫構建應用

使用 Android Studio 或 Gradle 進行構建

使用 CMake 進行構建

使用 ndk-build 進行構建

將 32 位代碼移植到 64 位架構

利用 Android App Bundle 減少大小增加量

游戲開發(fā)者

Unity 開發(fā)者

合并 APK 和 64 位合規(guī)性

RenderScript 和 64 位合規(guī)性

在 64 位硬件上測試應用

發(fā)布

相關內(nèi)容

Moving Android Studio and Android Emulator to 64-bit versions

Get your apps ready for the 64-bit requirement

為所有屏幕開發(fā)游戲

游戲設計最佳實踐

手動響應配置更改

創(chuàng)建靈活的架構

添加對 Vulkan 的支持

創(chuàng)建自定義配置更改處理程序

處理屏幕配置更改

特定于游戲的屏幕質(zhì)量

設備特定的屏幕質(zhì)量

處理不同類型的交互模型

鍵盤

游戲控制器

鼠標或觸摸板

測試你的游戲

更新您的測試計劃

使用測試和調(diào)試工具

游戲模式

使用游戲模式 API 進行優(yōu)化

游戲模式干預

游戲模式 API

設置

最佳實踐

測試

出版

下一個

游戲模式干預

WindowManager 后臺緩沖區(qū)調(diào)整大小

評估

設置模式

測試你的游戲

向 OEM 提交干預措施

退出干預

資源

總結