前言

新功能和 API

先來看看 Android 13 帶來了哪些新的改變，這里我挑了一些對我們比較重要的來說。具體可以參考:

帶主題的應(yīng)用圖標(biāo)

讓應(yīng)用圖標(biāo)隨著主題換色。

首先應(yīng)用要提供自適應(yīng)圖標(biāo)和單色應(yīng)用圖標(biāo)，并通過清單中的 元素指向該單色應(yīng)用圖標(biāo)。

然后需要用戶在系統(tǒng)設(shè)置中啟用帶主題的應(yīng)用圖標(biāo)。

這樣系統(tǒng)會根據(jù)壁紙和主題來確定色調(diào)顏色，然后該顏色將應(yīng)用于單色應(yīng)用圖標(biāo)。

剪貼板預(yù)覽

• 系統(tǒng)會直接從 AnimatedVectorDrawable 推斷動畫時長。在 Android 13 之前，必須直接設(shè)置 windowSplashScreenAnimationDuration；

• 使用新的 windowSplashScreenBehavior 屬性可以更好地控制應(yīng)用是否始終在 Android 13 及更高版本中的啟動畫面上顯示該圖標(biāo)。

在以前任何應(yīng)用都可以向動態(tài)注冊的接收器發(fā)送不受保護(hù)的廣播，除非該接收器受簽名權(quán)限的保護(hù)。Android 13 允許用戶指定是否接受外部應(yīng)用的廣播，前提是啟用了DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED 兼容性框架 (默認(rèn)是關(guān)閉的)。

在注冊廣播的時候設(shè)置一個 Flag，如下:

context.registerReceiver(sharedBroadcastReceiver, intentFilter,
    RECEIVER_EXPORTED)


context.registerReceiver(privateBroadcastReceiver, intentFilter,
    RECEIVER_NOT_EXPORTED)

注意: 如果啟用了 DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED，在注冊廣播的時候就必須設(shè)置 RECEIVER_EXPORTED 或 RECEIVER_NOT_EXPORTED。

Android 13 提供了照片選擇器，這樣無需向應(yīng)用授予整個媒體庫的訪問權(quán)限。

• PickVisualMedia，用于選擇單張圖片或單個視頻。

• PickMultipleVisualMedia，用于選擇多張圖片或多個視頻。

示例代碼如下:

val pickMedia = registerForActivityResult(PickVisualMedia()) { uri ->
    if (uri != null) {
        Log.d("PhotoPicker", "Selected URI: $uri")
    } else {
        Log.d("PhotoPicker", "No media selected")
    }
}


pickMedia.launch(PickVisualMediaRequest(PickVisualMedia.ImageAndVideo))


pickMedia.launch(PickVisualMediaRequest(PickVisualMedia.ImageOnly))


pickMedia.launch(PickVisualMediaRequest(PickVisualMedia.VideoOnly))


val mimeType = "image/gif"
pickMedia.launch(PickVisualMediaRequest(PickVisualMedia.SingleMimeType(mimeType)))

• WifiManager

  • startLocalOnlyHotspot()

• WifiAwareManager

  • attach()

• WifiAwareSession

  • publish()

  • subscribe()

• WifiP2pManager

  • addLocalService()

  • connect()

  • createGroup()

  • discoverPeers()

  • discoverServices()

  • requestDeviceInfo()

  • requestGroupInfo()

  • requestPeers()

• WifiRttManager

  • startRanging()

使用以上 API 需要申請 NEARBY_WIFI_DEVICES 權(quán)限。

精確鬧鐘權(quán)限

Android 13 提供了一個新的鬧鐘權(quán)限 USE_EXACT_ALARM，它類似于 SCHEDULE_EXACT_ALARM 不過是自動授權(quán)的，不需要用戶手動授權(quán)。

Google 對這個權(quán)限的要求是必須是鬧鐘、計時器或提供活動通知的日歷應(yīng)用才可以使用，Google Play 會對使用這個權(quán)限的應(yīng)用進(jìn)行審核。不過目前國內(nèi)還沒有限制，后續(xù)各大應(yīng)用市場應(yīng)該也會跟進(jìn)限制。

適配 Android 13

下面來看看適配 Android 13 需要注意哪些事項。這里只列舉一些比較常用的功能，全部內(nèi)容可以參考:

Android 13 (API 級別 33) 引入了運行時通知權(quán)限 POST_NOTIFICATIONS，如果應(yīng)用以 Android 13 為目標(biāo)平臺，當(dāng)需要發(fā)送通知的時候就需要動態(tài)請求該權(quán)限，否則無法發(fā)出通知。

注意:媒體相關(guān)的通知不受這個權(quán)限的影響，依然可以正常進(jìn)行通知；前臺服務(wù)的通知則受本權(quán)限影響。

可以通過 NotificationManager 的 areNotificationsEnabled() 來檢查應(yīng)用是否可以發(fā)送通知。

剪切板脫敏

上面我們提到 Android 13 提供了剪切板預(yù)覽功能，但是如果復(fù)制的是敏感內(nèi)容的話，可以在調(diào)用 ClipboardManager#setPrimaryClip() 之前向 ClipData 的 ClipDescription 添加一個標(biāo)志，這樣預(yù)覽的時候就看不到敏感內(nèi)容了。

代碼如下:

// When your app targets API level 33 or higher
clipData.apply {
    description.extras = PersistableBundle().apply {
        putBoolean(ClipDescription.EXTRA_IS_SENSITIVE, true)
    }
}


// If your app targets a lower API level
clipData.apply {
    description.extras = PersistableBundle().apply {
        putBoolean("android.content.extra.IS_SENSITIVE", true)
    }
}

添加標(biāo)志后的效果如下:

附近 WIFI 設(shè)備新權(quán)限

上面提到了，針對附近 WIFI 設(shè)備提供了一個新的運行時權(quán)限 NEARBY_WIFI_DEVICES。

如果應(yīng)用不會使用 WIFI 相關(guān) API 進(jìn)行定位，那么可以將 android:usesPermissionFlags 屬性設(shè)置為 neverForLocation:

<manifest ...>
     <uses-permission android:name="android.permission.NEARBY_WIFI_DEVICES"
                     android:usesPermissionFlags="neverForLocation" /> 
    <application ...>
        ...
    application>
manifest>

因為 NEARBY_WIFI_DEVICES 只在 Android 13 上，所以我們還要保留 ACCESS_FINE_LOCATION 以應(yīng)對 Android 12 及以下設(shè)備，不過可以為其設(shè)置最高 SDK 版本，如下:

<manifest ...>
    <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"
                     android:maxSdkVersion="32" /> 
    <application ...>
        ...
    application>
manifest>

這樣可以更加保護(hù)用戶的隱私。

如果同時請求 READ_MEDIA_IMAGES 權(quán)限和 READ_MEDIA_VIDEO 權(quán)限，只會顯示一個系統(tǒng)權(quán)限對話框。

注意: 如果您的應(yīng)用只需要訪問圖片、照片和視頻，請考慮使用照片選擇器，而不是聲明 READ_MEDIA_IMAGES 和 READ_MEDIA_VIDEO 權(quán)限。

如果應(yīng)用以 Android 13 為目標(biāo)平臺，并且在后臺運行時需要訪問身體傳感器信息，那么除了現(xiàn)有的 BODY_SENSORS 權(quán)限外，還需要聲明新的 BODY_SENSORS_BACKGROUND 權(quán)限。

總結(jié)

以上就是 Android 13 版本中對開發(fā)者來說比較關(guān)心的新功能和適配方案，如果想了解更全面的信息，可以參考官方網(wǎng)站