Android各版本迭代改動與適配集合

前言

今天分享的面試題是：

Android在版本迭代中，總會進行很多改動，那麼你熟知各版本都改動了什麼內容？又要怎麼適配呢？

Android4.4

• 釋出ART虛擬機器，提供選項可以開啟。
• HttpURLConnection的底層實現改為了OkHttp。

Android5.0

• ART成為預設虛擬機器，完全代替Dalvik虛擬機器。
• Context.bindService() 方法需要顯式 Intent，如果提供隱式 intent，將引發異常。

Android6.0

• 增加執行時許可權限制

如果你的應用使用到了危險許可權，比如在執行時進行檢查和請求許可權。checkSelfPermission()方法用於檢查許可權，requestPermissions() 方法用於請求許可權。

• 取消支援Apache HTTP

Android 6.0 版移除了對 Apache HTTP相關類庫的支援。要繼續使用 Apache HTTP API，您必須先在 build.gradle 檔案中宣告以下編譯時依賴項：

android {useLibrary 'org.apache.http.legacy'}

有的小夥伴可能不熟悉這是啥，簡單說下：

Apache HttpClient 是Apache開源組織提供的一個開源的專案,它是一個簡單的HTTP客戶端（並不是瀏覽器），可以傳送HTTP請求，接受HTTP響應。

所以說白了，其實就是一個請求網路的專案框架。

Android 7.0

• Android 7.0 引入一項新的應用簽名方案 APK Signature Scheme v2

• Toast導致的BadTokenException

• 在Android7.0系統上，Android 框架強制執行了 StrictMode API 政策禁止向你的應用外公開 file:// URI。 如果一項包含檔案 file:// URI型別 的 Intent 離開你的應用，應用失敗，並出現 FileUriExposedException 異常，如呼叫系統相機拍照錄制視訊，或裁切照片。

這一點其實就是限制了在應用間共享檔案，如果需要在應用間共享，需要授予要訪問的URI臨時訪問許可權，我們要做的就是註冊FileProvider：

1）宣告FileProvider。

<provider
    android:name="android.support.v4.content.FileProvider"
    android:authorities="app的包名.fileProvider"
    android:grantUriPermissions="true"
    android:exported="false">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
</provider>
<!--androidx版本類路徑為：androidx.core.content.FileProvider-->

2）編寫xml檔案，確定可訪問的目錄

<paths xmlns:android="http://schemas.android.com/apk/res/android">
	//代表裝置的根目錄new File("/");
    <root-path name="root" path="." /> 
    //context.getFilesDir()
    <files-path name="files" path="." /> 
    //context.getCacheDir()
    <cache-path name="cache" path="." /> 
    //Environment.getExternalStorageDirectory()
    <external-path name="external" path="." />
    //context.getExternalFilesDirs()
    <external-files-path name="name" path="path" />
    //getExternalCacheDirs()
     <external-cache-path name="name" path="path" />
</paths>

3）使用FileProvider

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
    Uri uri = FileProvider.getUriForFile(CameraActivity.this, "app的包名.fileProvider", photoFile);
} else {
    Uri uri = Uri.fromFile(photoFile);
}

Android8.0

• 修改執行時許可權錯誤

在 Android 8.0 之前，如果應用在執行時請求許可權並且被授予該許可權，系統會錯誤地將屬於同一許可權組並且在清單中註冊的其他許可權也一起授予應用。
對於針對 Android 8.0 的應用，系統只會授予應用明確請求的許可權。然而，一旦使用者為應用授予某個許可權，則所有後續對該許可權組中許可權的請求都將被自動批准。

也就是說，以前你申請了READ_EXTERNAL_STORAGE許可權，應用會同時給你授予同許可權組的WRITE_EXTERNAL_STORAGE許可權。如果Android8.0以上，只會給你授予你請求的READ_EXTERNAL_STORAGE許可權。如果需要WRITE_EXTERNAL_STORAGE許可權，還要單獨申請，不過系統會立即授予，不會提示。

• 修改通知

Android 8.0 對於通知修改了很多，比如通知渠道、通知標誌、通知超時、背景顏色。其中比較重要的就是通知渠道，其允許您為要顯示的每種通知型別建立使用者可自定義的渠道。

這樣的好處就是對於某個應用可以把許可權分成很多類，使用者來控制是否顯示哪些類別的通知。而開發者要做的就是必須設定這個渠道id，否則通知可能會失效。

private void createNotificationChannel() {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {

            NotificationManager notificationManager = (NotificationManager)
                    getSystemService(Context.NOTIFICATION_SERVICE);

            //分組（可選）
            //groupId要唯一
            String groupId = "group_001";
            NotificationChannelGroup group = new NotificationChannelGroup(groupId, "廣告");

            //建立group
            notificationManager.createNotificationChannelGroup(group);

            //channelId要唯一
            String channelId = "channel_001";

            NotificationChannel adChannel = new NotificationChannel(channelId,
                    "推廣資訊", NotificationManager.IMPORTANCE_DEFAULT);
            //補充channel的含義（可選）
            adChannel.setDescription("推廣資訊");
            //將渠道新增進組（先建立組才能新增）
            adChannel.setGroup(groupId);
            //建立channel
            notificationManager.createNotificationChannel(adChannel);

			//建立通知時，標記你的渠道id
            Notification notification = new Notification.Builder(MainActivity.this, channelId)
                    .setSmallIcon(R.mipmap.ic_launcher)
                    .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.mipmap.ic_launcher))
                    .setContentTitle("一條新通知")
                    .setContentText("這是一條測試訊息")
                    .setAutoCancel(true)
                    .build();
            notificationManager.notify(1, notification);

        }
    }

• 懸浮窗

Android8.0以上必須使用新的視窗型別(TYPE_APPLICATION_OVERLAY)才能顯示提醒懸浮窗：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    mWindowParams.type = WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY
}else {
    mWindowParams.type = WindowManager.LayoutParams.TYPE_SYSTEM_ALERT
}

• 不允許安裝未知來源的應用

Android 8.0去除了“允許未知來源”選項，所以如果我們的App有安裝App的功能（檢查更新之類的），那麼會無法正常安裝。

<uses-permission android:name="android.permission.REQUEST_INSTALL_PACKAGES"/>

private void installAPK(){

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            boolean hasInstallPermission = getPackageManager().canRequestPackageInstalls();
            if (hasInstallPermission) {
                //安裝應用
            } else {
                //跳轉至“安裝未知應用”許可權介面，引導使用者開啟許可權
                Uri selfPackageUri = Uri.parse("package:" + this.getPackageName());
                Intent intent = new Intent(Settings.ACTION_MANAGE_UNKNOWN_APP_SOURCES, selfPackageUri);
                startActivityForResult(intent, 100);
            }
        }else {
            //安裝應用
        }

    }

    //接收“安裝未知應用”許可權的開啟結果
    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        super.onActivityResult(requestCode, resultCode, data);
        if (requestCode == 100) {
            installAPK();
        }
    }

• Only fullscreen opaque activities can request orientation

只有全屏不透明的activity才可以設定方向。這應該是個bug，在Android8.0中出現，8.1中被修復。

我們的處理辦法就是要麼去掉設定方向的程式碼，要麼捨棄透明效果。

Android9.0

• 在9.0中預設情況下啟用網路傳輸層安全協議 (TLS)，預設情況下已停用明文支援。也就是不允許使用http請求，要求使用https。解決辦法就是新增網路安全配置：

<application android:networkSecurityConfig="@xml/network_security_config">

<network-security-config>
 <base-config cleartextTrafficPermitted="true" />
</network-security-config>


<!--或者在AndroidManifest.xml中配置：
android:usesCleartextTraffic="true"
-->

• 移除Apache HTTP 客戶端

在6.0中取消了對Apache HTTP 客戶端的支援，Android9.0中直接移除了該庫，要使用的話需要新增配置：

<uses-library android:name="org.apache.http.legacy" android:required="false"/>

• 前臺服務呼叫

Android 9.0 要求建立一個前臺服務需要請求 FOREGROUND_SERVICE 許可權，否則系統會引發 SecurityException。

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
    startForegroundService(intentService);
} else {
    startService(intentService);
}

• 不能在非Acitivity環境中啟動Activity

在9.0 中，不能直接非 Activity 環境中（比如Service，Application）啟動 Activity，否則會崩潰報錯，解決辦法就是加上FLAG_ACTIVITY_NEW_TASK

Intent intent = new Intent(this, TestActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

Android10

• 分割槽儲存

Android10中預設開啟了分割槽儲存，也就是沙盒模式。應用只能看到本應用專有的目錄（通過 Context.getExternalFilesDir() 訪問）以及特定型別的媒體。

如果需要關閉這個功能可以配置：

android:requestLegacyExternalStorage="true"

分割槽儲存下，訪問檔案的方法：

1）應用專屬目錄

//分割槽儲存空間
val file = File(context.filesDir, filename)

//應用專屬外部儲存空間
val appSpecificExternalDir = File(context.getExternalFilesDir(), filename)

2）訪問公共媒體目錄檔案

val cursor = contentResolver.query(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, null, null, null, "${MediaStore.MediaColumns.DATE_ADDED} desc")
if (cursor != null) {
    while (cursor.moveToNext()) {
        val id = cursor.getLong(cursor.getColumnIndexOrThrow(MediaStore.MediaColumns._ID))
        val uri = ContentUris.withAppendedId(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, id)
        println("image uri is $uri")
    }
    cursor.close()
}

3）SAF(儲存訪問框架--Storage Access Framework)

    val intent = Intent(Intent.ACTION_OPEN_DOCUMENT)
    intent.addCategory(Intent.CATEGORY_OPENABLE)
    intent.type = "image/*"
    startActivityForResult(intent, 100)

    @RequiresApi(Build.VERSION_CODES.KITKAT)
    override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
        super.onActivityResult(requestCode, resultCode, data)
        if (data == null || resultCode != Activity.RESULT_OK) return
        if (requestCode == 100) {
            val uri = data.data
            println("image uri is $uri")
        }
    }

• 許可權再次升級

從Android10開始普通應用不再允許請求許可權android.permission.READ_PHONE_STATE。而且，無論你的App是否適配過Android Q（既targetSdkVersion是否大於等於29），均無法再獲取到裝置IMEI等裝置資訊。

如果Android10以下裝置獲取裝置IMEI等資訊，可以配置最大sdk版本：

<uses-permission android:name="android.permission.READ_PHONE_STATE"
        android:maxSdkVersion="28"/>

Android 11

• 分割槽儲存強制執行

沒錯，Android11強制執行分割槽儲存，也就是沙盒模式。這次真的沒有關閉功能了，離Android11出來也有一段時間了，還是抓緊適配把。

• 修改電話許可權

改動了兩個API：getLine1Number()和 getMsisdn() ，需要加上READ_PHONE_NUMBERS許可權

• 不允許自定義toast從後臺顯示了

• 必須加上v2簽名

• 增加5g相關API

• 後臺位置訪問許可權再次限制

你一定很奇怪，為什麼Android11的適配就這麼草草收尾了？這可是我們最需要的啊？

哈哈，因為改動還是挺多的，所以給你推薦文章—Android11最全適配指南，應該有很多朋友都看過了：
https://juejin.cn/post/6860370635664261128

參考

https://juejin.cn/post/6898176468661059597
https://blog.csdn.net/qq_17766199/article/details/80965631
https://weilu.blog.csdn.net/article/details/98336225

拜拜

有一起學習的小夥伴可以關注下❤️ 我的公眾號——碼上積木，每天剖析一個知識點，我們一起積累知識。公眾號回覆111可獲得面試題《思考與解答》以往期刊。