Android?Lollipop介紹

?

Android 5.0 Lollipop，此版本為用戶提供了豐富的新功能，并為開發(fā)者新增了數(shù)以千計(jì)的 API，它進(jìn)一步擴(kuò)展了 Android 的應(yīng)用范圍，從手機(jī)、平板電腦和可穿戴式設(shè)備，擴(kuò)展到電視和汽車。

1、Android?5.0新增功能與特性

Material Design：

簡(jiǎn)介：Material Design語(yǔ)言的一些重要功能包括 系統(tǒng)字體Roboto的升級(jí)版本 ，同時(shí)顏色更鮮艷，動(dòng)畫效果更突出。杜拉特還簡(jiǎn)要談到了新框架的一些變化——這個(gè)新框架也于今天在 google.com/design 公開發(fā)布。谷歌的想法是讓谷歌平臺(tái)上的開發(fā)者掌握這個(gè)新框架，從而讓所有應(yīng)用就有統(tǒng)一的外觀，就像是蘋果向開發(fā)者提出的設(shè)計(jì)原則一樣。谷歌還基于這種新的設(shè)計(jì)語(yǔ)言對(duì)本公司旗艦應(yīng)用進(jìn)行了重新設(shè)計(jì)，包括安卓和網(wǎng)頁(yè)端的Gmail和Calendar。大家可能還會(huì)記得，看到過有關(guān)這些變動(dòng)的文章， 有些博客 已經(jīng)掌握了外泄截屏，顯示經(jīng)過了重新設(shè)計(jì)的Gmail，界面更干凈、更簡(jiǎn)約。在安卓平臺(tái)上，這種新界面被稱為Material，支持各種新動(dòng)畫效果，具有內(nèi)置的實(shí)時(shí)UI陰影，以及可在不同屏幕之間切換的hero元素。

Android 5.0 為 Android 引入了?Material Design，并為您提供了擴(kuò)充的 UI 工具包，更便于您在應(yīng)用中集成新的設(shè)計(jì)模式。

新增的三維視圖允許您設(shè)置 Z 維度來讓視圖元素升高偏離視圖層次并投射實(shí)時(shí)陰影，即使是動(dòng)態(tài)元素也能實(shí)現(xiàn)。

內(nèi)置的?Activity 轉(zhuǎn)換可讓用戶在賞心悅目的動(dòng)畫中無縫完成狀態(tài)轉(zhuǎn)換。Material Design 主題為您的 Activity 添加了轉(zhuǎn)換，提供了在所有 Activity 中使用共享視覺元素的功能。

為您的應(yīng)用中的按鈕、復(fù)選框以及其他觸摸控件提供了波紋動(dòng)畫。

您還可以在 XML 中定義可繪制矢量，并以各種方式為其添加動(dòng)畫。可繪制矢量可在不損失清晰度的情況下進(jìn)行縮放，非常適合單色應(yīng)用內(nèi)圖標(biāo)。

新增了一種名為渲染線程的系統(tǒng)管理處理線程，即使是在主 UI 線程出現(xiàn)延遲的情況下，仍可保持動(dòng)畫的流暢。

以文檔為中心的應(yīng)用：

Android 5.0 引入了重新設(shè)計(jì)的“概覽”空間（以前稱作“最近使用的應(yīng)用”），通用性和多任務(wù)處理實(shí)用性更強(qiáng)。

新增的 API 允許您將應(yīng)用中不同的 Activity 作為單個(gè)文檔與其他最近使用的應(yīng)用屏幕一并顯示。

您可以充分利用并發(fā)文檔，讓用戶能即時(shí)訪問您的更多內(nèi)容或服務(wù)。例如，您可以利用并發(fā)文檔在生產(chǎn)力應(yīng)用中表示文件，在游戲中表示玩家比賽，或者在消息傳遞應(yīng)用中表示聊天。

?圖1：以文檔為中心的最近使用的應(yīng)用

高性能圖形：

　　對(duì)?Khronos OpenGL ES 3.1?的支持現(xiàn)在可在受支持設(shè)備上為游戲和其他應(yīng)用提供最高性能的 2D 和 3D 圖形能力。

OpenGL ES 3.1 添加了計(jì)算著色器、模具紋理、加速視覺效果、高質(zhì)量 ETC2/EAC 紋理壓縮、高級(jí)紋理渲染、標(biāo)準(zhǔn)化紋理尺寸和 render-buffer 格式以及其他功能。

Android 5.0 還引入了?Android 擴(kuò)展包(AEP)，這組 OpenGL ES 擴(kuò)展讓您可以訪問鑲嵌著色器、幾何著色器、ASTC 紋理壓縮、每采用內(nèi)插和著色之類的功能，以及其他高級(jí)渲染功能。您可以借助 AEP 在各類 GPU 上實(shí)現(xiàn)高性能圖形。

　　OpenGL ES簡(jiǎn)介：OpenGL ES (OpenGL for Embedded Systems) 是?OpenGL三維圖形 API 的子集，針對(duì)手機(jī)、PDA和游戲主機(jī)等嵌入式設(shè)備而設(shè)計(jì)。該API由Khronos集團(tuán)定義推廣，Khronos是一個(gè)圖形軟硬件行業(yè)協(xié)會(huì)，該協(xié)會(huì)主要關(guān)注圖形和多媒體方面的開放標(biāo)準(zhǔn)。

　　OpenGL ES 是從 OpenGL 裁剪的定制而來的，去除了glBegin/glEnd，四邊形（GL_QUADS）、多邊形（GL_POLYGONS）等復(fù)雜圖元等許多非絕對(duì)必要的特性。經(jīng)過多年發(fā)展，現(xiàn)在主要有兩個(gè)版本，OpenGL ES 1.x 針對(duì)固定管線硬件的，OpenGL ES 2.x 針對(duì)可編程管線硬件。OpenGL ES 1.0是以 OpenGL 1.3 規(guī)范為基礎(chǔ)的，OpenGL ES 1.1 是以OpenGL 1.5 規(guī)范為基礎(chǔ)的，它們分別又支持common和 common lite兩種profile。lite profile只支持定點(diǎn)實(shí)數(shù)，而common profile既支持定點(diǎn)數(shù)又支持浮點(diǎn)數(shù)。 OpenGL ES 2.0 則是參照 OpenGL 2.0 規(guī)范定義的，common profile發(fā)布于2005-8，引入了對(duì)可編程管線的支持。

屏幕采集和共享：

　　Android 5.0 讓您可以為應(yīng)用添加屏幕采集和屏幕共享功能。

　　在用戶許可的情況下，如果您愿意，可以從顯示屏采集非安全視頻并通過網(wǎng)絡(luò)提供采集的視頻。

新的傳感器類型：

　　在 Android 5.0 中，新增的傾斜檢測(cè)器傳感器有助于改善受支持設(shè)備上的 Activity 識(shí)別，心率傳感器可報(bào)告觸摸設(shè)備者的心率。

　　新增的互動(dòng)復(fù)合傳感器現(xiàn)在可以檢測(cè)“喚醒”手勢(shì)、“拿起”手勢(shì)和“掃視”手勢(shì)等特殊交互。

Chromium WebView：

　　Android 5.0 的初始版本提供了一版基于 Chromium M37 版本的 Chromium for?WebView，添加了對(duì)?WebRTC、WebAudio?和?WebGL?的支持。

Chromium M37 還提供對(duì)以下所有?Web 組件規(guī)范的原生支持：自定義元素、陰影 DOM、HTML 導(dǎo)入和模板。這意味著您無需 polyfill 便可在 WebView 中使用?Polymer?及其?Material Design 元素。

盡管 Android 4.4 以來 WebView 一直基于 Chromium，但 Chromium 層現(xiàn)在可從 Google Play 進(jìn)行更新

2、Android?5.0行為變更（API級(jí)別：21）

Android 5.0 除了提供諸多新特性和功能外，還對(duì)系統(tǒng)和 API 行為做出了各種變更。本節(jié)重點(diǎn)介紹應(yīng)該了解并在開發(fā)應(yīng)用時(shí)加以考慮的一些主要變更。

Android Runtime (ART)：

ART和Dalvik:?Android Runtime (ART) 是 Android 上的應(yīng)用和部分系統(tǒng)服務(wù)使用的托管運(yùn)行時(shí)。ART 及其前身 Dalvik 最初是專為 Android 項(xiàng)目打造的。作為運(yùn)行時(shí)的 ART 會(huì)執(zhí)行 Dalvik 可執(zhí)行文件并遵循 Dex 字節(jié)碼規(guī)范。

ART 和 Dalvik 是運(yùn)行 Dex 字節(jié)碼的兼容運(yùn)行時(shí)，因此針對(duì) Dalvik 開發(fā)的應(yīng)用也能在 ART 環(huán)境中運(yùn)作。不過，Dalvik 采用的一些技術(shù)并不適用于 ART。

Android 5.0部分主要的新功能包括：1.預(yù)先 (AOT) 編譯?2.改進(jìn)的垃圾回收 (GC)?3.改進(jìn)的調(diào)試支持。

大多數(shù) Android 應(yīng)用無需任何更改就可以在 ART 下工作。不過，部分適合 Dalvik 的技術(shù)并不適用于 ART。如存在以下情況，應(yīng)特別注意：

• 您的應(yīng)用使用 Java 原生接口 (JNI) 運(yùn)行 C/C++ 代碼。
• 您使用生成非標(biāo)準(zhǔn)代碼的開發(fā)工具（例如，一些代碼混淆工具）。
• 您使用與壓縮垃圾回收不兼容的技術(shù)。

通知：（通知設(shè)計(jì)指南：https://material.io/guidelines/patterns/notifications.html）

　　Material Design 樣式：

　　在白色（或非常淺）的背景上使用深色文本繪制通知，以便與新的 Material Design 小部件匹配。請(qǐng)確保您的所有通知都與新的配色方案協(xié)調(diào)一致。如果您的通知看上去不協(xié)調(diào)，請(qǐng)進(jìn)行修正：

　　1、使用?setColor()?在您的圖標(biāo)圖像后面的圓形中設(shè)置重點(diǎn)色彩。

　　2、更新或移除使用色彩的資源。系統(tǒng)在操作圖標(biāo)和主要通知圖標(biāo)中忽略所有非阿爾法通道。您應(yīng)假設(shè)這些圖標(biāo)僅支持阿爾法通道。系統(tǒng)用白色繪制通知圖標(biāo)，用深灰色繪制操作圖標(biāo)。

　　聲音和振動(dòng)：

　　如果您當(dāng)前使用?Ringtone、MediaPlayer?或?Vibrator?類向通知中添加聲音和振動(dòng)，則移除此代碼，以便系統(tǒng)可以在“優(yōu)先”模式中正確顯示通知。取而代之的是，使用?Notification.Builder?方法添加聲音和振動(dòng)。

　　將設(shè)備設(shè)為?RINGER_MODE_SILENT?可使設(shè)備進(jìn)入新的優(yōu)先模式。如果您將設(shè)備設(shè)為?RINGER_MODE_NORMAL?或?RINGER_MODE_VIBRATE，則設(shè)備將退出優(yōu)先模式。

　　以前，Android 使用?STREAM_MUSIC?作為主流式傳輸來控制平板電腦設(shè)備上的音量。在 Android 5.0 中，手機(jī)和平板電腦設(shè)備的主音量流式傳輸現(xiàn)已合并，由?STREAM_RING?或?STREAM_NOTIFICATION?進(jìn)行控制。

　　鎖定屏幕可見性：

　　默認(rèn)情況下，在 Android 5.0 中，通知現(xiàn)在顯示在用戶的鎖定屏幕上。用戶可以選擇保護(hù)敏感信息不被公開，在此情況下，系統(tǒng)會(huì)自動(dòng)刪減通知顯示的文本。要自定義此刪減的通知，請(qǐng)使用?setPublicVersion()。

　　如果通知不包含個(gè)人信息，或者您想允許媒體播放控件顯示在通知上，則調(diào)用setVisibility()方法并將通知的可見性級(jí)別設(shè)為?VISIBILITY_PUBLIC。

　　媒體播放：

　　如果您要實(shí)現(xiàn)顯示媒體播放狀態(tài)或傳輸控件的通知，請(qǐng)考慮使用新的Notification.MediaStyle模板，而不是自定義RemoteViews.RemoteView對(duì)象。無論您選擇使用哪個(gè)方法，請(qǐng)務(wù)必將通知的可見性設(shè)為VISIBILITY_PUBLIC，以便可通過鎖定屏幕訪問您的控件。請(qǐng)注意，從Android 5.0 開始，系統(tǒng)不再將RemoteControlClient對(duì)象顯示在鎖定屏幕上。

　　浮動(dòng)通知：

　　現(xiàn)在，當(dāng)設(shè)備處于活動(dòng)狀態(tài)時(shí)（即，設(shè)備未鎖定且其屏幕已打開），通知可以顯示在小型浮動(dòng)窗口中（也稱為“浮動(dòng)通知”）。這些通知看上去類似于精簡(jiǎn)版的通知，只是浮動(dòng)通知還顯示操作按鈕。用戶可以在不離開當(dāng)前應(yīng)用的情況下處理或清除浮動(dòng)通知。

　　可能觸發(fā)浮動(dòng)通知的條件示例包括：

　　1、用戶的 Activity 處于全屏模式中（應(yīng)用使用?fullScreenIntent）

　　2、通知具有較高的優(yōu)先級(jí)并使用鈴聲或振動(dòng)

　　如果您的應(yīng)用在以上任何情形下實(shí)現(xiàn)通知，請(qǐng)確保系統(tǒng)正確顯示浮動(dòng)通知

媒體控件和 RemoteControlClient:

RemoteControlClient類現(xiàn)已棄用。請(qǐng)盡快切換到新的MediaSession?API。

Android 5.0 中的鎖定屏幕不會(huì)為MediaSession或RemoteControlClient顯示傳輸控件。不過，您的應(yīng)用可以通過一個(gè)通知從鎖定屏幕提供媒體播放控件。這讓您的應(yīng)用可以對(duì)媒體按鈕的顯示進(jìn)行更多控制，同時(shí)為使用鎖定設(shè)備和未鎖定設(shè)備的用戶提供一致的體驗(yàn)。

為實(shí)現(xiàn)此目的,Android 5.0引入了一個(gè)新的Notification.MediaStyle?模板。Notification.MediaStyle將您使用Notification.Builder.addAction()添加的通知操作轉(zhuǎn)換為精簡(jiǎn)按鈕，嵌入到應(yīng)用的媒體播放通知中。將您的會(huì)話令牌傳遞到setSession()方法以告知系統(tǒng)該通知控制進(jìn)行中的媒體會(huì)話。

請(qǐng)務(wù)必將通知的可見性設(shè)為VISIBILITY_PUBLIC，以將通知標(biāo)記為安全，從而顯示在任何鎖定屏幕上（以安全方式或其他方式）

getRecentTasks():

Android 5.0 中引入新的“并發(fā)文檔和 Activity 任務(wù)”功能后，為提升用戶隱私的安全性，現(xiàn)已棄用ActivityManager.getRecentTasks()方法。對(duì)于向后兼容性，此方法仍會(huì)返回它的一小部分?jǐn)?shù)據(jù)，包括調(diào)用應(yīng)用自己的任務(wù)和可能的一些其他非敏感任務(wù)（如首頁(yè)）。如果您的應(yīng)用使用此方法檢索它自己的任務(wù)，則改用getAppTasks()檢索該信息。

Android NDK 中的 64 位支持:

Android 5.0 引入了對(duì) 64 位系統(tǒng)的支持。64 位增強(qiáng)功能可增加地址空間和提升性能，同時(shí)仍完全支持現(xiàn)有的 32 位應(yīng)用。64 位支持也可改進(jìn)用于加密的 OpenSSL 的性能。此外，該版本還引入了新的原生媒體 NDK API，以及原生 OpenGL ES (GLES) 3.1 支持。

綁定到服務(wù):

Context.bindService()方法現(xiàn)在需要顯式Intent，如果提供隱式 intent，將引發(fā)異常。為確保應(yīng)用的安全性，請(qǐng)使用顯式 intent啟動(dòng)或綁定Service，且不要為服務(wù)聲明intent過濾器。

WebView：

Android 5.0 更改了應(yīng)用的默認(rèn)行為。

1、如果您的應(yīng)用是面向 API 級(jí)別 21 或更高級(jí)別：

默認(rèn)情況下，系統(tǒng)會(huì)阻止混合內(nèi)容和第三方Cookie。要允許混合內(nèi)容和第三方Cookie，請(qǐng)分別使用setMixedContentMode()和setAcceptThirdPartyCookies?()方法。

系統(tǒng)現(xiàn)在可以智能地選擇要繪制的 HTML 文檔部分。這個(gè)新的默認(rèn)行為有助于減少內(nèi)存占用和提升性能。如果您要一次渲染整個(gè)文檔，可通過調(diào)用enableSlowWholeDocumentDraw()停用此優(yōu)化。

2、如果您的應(yīng)用是面向低于 21 的 API 級(jí)別：系統(tǒng)允許混合內(nèi)容和第三方 Cookie，并始終一次渲染整個(gè)文檔。

自定義權(quán)限唯一性要求：

　　根據(jù)權(quán)限概述中所述，Android 應(yīng)用可以定義以專有方式管理組件訪問權(quán)限的自定義權(quán)限，無需使用平臺(tái)預(yù)定義的系統(tǒng)權(quán)限。應(yīng)用在其清單文件中聲明的<permission>元素中定義自定義權(quán)限。

少數(shù)情況下定義自定義權(quán)限是合規(guī)且安全的方法。不過，創(chuàng)建自定義權(quán)限有時(shí)并無必要，甚至可能會(huì)給應(yīng)用帶來潛在風(fēng)險(xiǎn)，具體取決于分配給權(quán)限的保護(hù)級(jí)別。

Android 5.0 其中一項(xiàng)行為變更確保只有一個(gè)應(yīng)用可以定義給定自定義權(quán)限，除非使用與定義權(quán)限的其他應(yīng)用相同的密鑰進(jìn)行簽名。

　　您的應(yīng)用需要注意的事項(xiàng)：

　　在 Android 5.0 和更新的版本中，應(yīng)用可以和以前一樣繼續(xù)定義自己的自定義權(quán)限，并通過<uses-permission>機(jī)制請(qǐng)求其他應(yīng)用的自定義權(quán)限。不過，對(duì)于Android 5.0中引入的新要求，您應(yīng)仔細(xì)評(píng)估可能給您的應(yīng)用帶來的影響。

　　下面是一些需要考慮的因素：

　　您的應(yīng)用是否在其清單文件中聲明任何<permission>元素？如果是，那么這些權(quán)限是否確實(shí)是您的應(yīng)用或服務(wù)正常運(yùn)行不可或缺的？或者，能否使用系統(tǒng)默認(rèn)權(quán)限代替它們？

　　如果您的應(yīng)用中具有<permission>元素，您是否知道它們來自哪里？

　　您實(shí)際上是否打算讓其他應(yīng)用通過<uses-permission>請(qǐng)求您的自定義權(quán)限？

　　您是否在您包含<permission>元素的應(yīng)用中使用樣板文件或示例代碼？那些權(quán)限元素確實(shí)是不可或缺的嗎？

　　您的自定義權(quán)限使用的名稱是簡(jiǎn)單名稱還是基于其他應(yīng)用可能共享的通用術(shù)語(yǔ)？

　　新安裝和更新：

　　如上所述，在運(yùn)行 Android 4.4 或更早版本的設(shè)備上新安裝和更新您的應(yīng)用不會(huì)受影響，且行為沒有任何變化。在運(yùn)行 Android 5.0 或更新版本的設(shè)備上進(jìn)行新安裝和更新時(shí)，如果應(yīng)用定義一個(gè)已由現(xiàn)有駐留應(yīng)用定義的自定義權(quán)限，則系統(tǒng)會(huì)阻止安裝您的應(yīng)用。

　　使用 Android 5.0 系統(tǒng)更新的現(xiàn)有安裝

　　如果您的應(yīng)用使用自定義更新且已廣泛分發(fā)和安裝，那么，當(dāng)用戶收到將設(shè)備升級(jí)到 Android 5.0 的更新時(shí)，您的應(yīng)用可能會(huì)受影響。在安裝系統(tǒng)更新后，系統(tǒng)重新驗(yàn)證已安裝的應(yīng)用，包括檢查它們的自定義權(quán)限。如果您的應(yīng)用定義一個(gè)已由另一個(gè)通過驗(yàn)證的應(yīng)用定義的自定義權(quán)限，且您的應(yīng)用沒有使用與該應(yīng)用相同的密鑰簽名，則系統(tǒng)不會(huì)重新安裝您的應(yīng)用。

　　建議：在運(yùn)行 Android 5.0 或更新版本的設(shè)備上，我們建議您立即檢查您的應(yīng)用，進(jìn)行任何所需的調(diào)整，并盡快向您的用戶發(fā)布更新版本。

　　如果您在應(yīng)用中使用自定義權(quán)限，則考慮它們的來源以及您是否確實(shí)需要它們。從您的應(yīng)用中移除所有<permission>元素，除非您確定它們是應(yīng)用正常運(yùn)行所必需的元素。

　　盡可能考慮使用系統(tǒng)默認(rèn)權(quán)限替代您的自定義權(quán)限。

• • 　　如果您的應(yīng)用需要自定義權(quán)限，則重命名您的自定義權(quán)限，使其成為您的應(yīng)用獨(dú)有的權(quán)限，例如，將它們追加到應(yīng)用的完整軟件包名稱。
  • 　　如果您有一組使用不同密鑰簽名的應(yīng)用，且這些應(yīng)用通過自定義權(quán)限訪問共享組件，則確保此自定義權(quán)限在共享組件中僅定義一次。使用共享組件的應(yīng)用不應(yīng)自己定義自定義權(quán)限，而應(yīng)通過?<uses-permission>?機(jī)制請(qǐng)求訪問權(quán)限。
  • 　　如果您有一組使用相同密鑰簽名的應(yīng)用，則每個(gè)應(yīng)用都可以根據(jù)需要定義相同的?自定義權(quán)限，系統(tǒng)允許以常規(guī)方式安裝這些應(yīng)用。

TLS/SSL 默認(rèn)配置變更：

Android 5.0 針對(duì) HTTPS 和其他 TLS/SSL 通信引入了對(duì)應(yīng)用使用的默認(rèn) TLS/SSL 配置的變更：

1.TLSv1.2 和 TLSv1.1 協(xié)議現(xiàn)已啟用，

2.AES-GCM (AEAD) 加密套件現(xiàn)已啟用，

3.MD5、3DES、導(dǎo)出和靜態(tài)密鑰 ECDH 加密套件現(xiàn)已停用，

4.首選使用 Forward Secrecy 加密套件（ECDHE 和 DHE）。

在下面列出的少數(shù)情況下，這些變更可能會(huì)導(dǎo)致 HTTPS 或 TLS/SSL 連接斷開。請(qǐng)注意，來自Google Play服務(wù)的安全性ProviderInstaller自Android 2.3 開始就已在Android平臺(tái)版本上提供這些變更。

1.服務(wù)器不支持任何已啟用的加密套件

2.應(yīng)用對(duì)用于連接服務(wù)器的加密套件做出錯(cuò)誤的假設(shè)

3.服務(wù)器不支持 TLSv1.1、TLSv1.2 或新的 TLS 擴(kuò)展

支持托管配置文件：

設(shè)備管理員可以向設(shè)備添加托管配置文件。此配置文件由管理員所有，讓管理員控制托管配置文件的同時(shí)，允許由用戶控制其自己的個(gè)人配置文件及其存儲(chǔ)空間。此變更會(huì)通過下列方式影響您的現(xiàn)有應(yīng)用的行為。

3、Android?5.1行為變更（API級(jí)別：22）

Android 5.1 (LOLLIPOP_MR1) 是對(duì) Lollipop 版本的更新，為用戶和應(yīng)用開發(fā)者提供了諸多新功能。本節(jié)旨在介紹其中最值得關(guān)注的新 API。

多 SIM 卡支持：

Android 5.1 添加了對(duì)同時(shí)使用多個(gè)蜂窩運(yùn)營(yíng)商 SIM 卡的支持。有了此功能，用戶可以在具有兩個(gè)或多個(gè) SIM 卡插槽的設(shè)備上激活和使用額外的 SIM。

您可以通過SubscriptionManager類獲取有關(guān)當(dāng)前激活的 SIM 的信息，包括設(shè)備是否被認(rèn)為在當(dāng)前網(wǎng)絡(luò)上漫游。對(duì)于希望為對(duì)數(shù)據(jù)訪問費(fèi)用敏感的設(shè)備用戶減少或關(guān)閉應(yīng)用數(shù)據(jù)訪問的開發(fā)者而言，這些信息非常有用。可以通過請(qǐng)求READ_PHONE_STATE權(quán)限和對(duì)SubscriptionManager對(duì)象設(shè)置SubscriptionManager.OnSubscriptionsChangedListener，提醒您的應(yīng)用注意設(shè)備當(dāng)前網(wǎng)絡(luò)連接的狀態(tài)變化。

已棄用的 HTTP 類：

Android 5.1 中已棄用org.apache.http類和android.net.http.?AndroidHttpClient類。這些類將不再保留，您應(yīng)盡快將使用這些API的任何應(yīng)用代碼遷移至URLConnection類。

運(yùn)營(yíng)商服務(wù)：

Android 5.1 支持通信服務(wù)提供商創(chuàng)建可以在 Android 設(shè)備上執(zhí)行運(yùn)營(yíng)商配置任務(wù)的應(yīng)用。利用這些 API，運(yùn)營(yíng)商開發(fā)的應(yīng)用可以安全、靈活地執(zhí)行這些任務(wù)和通過 Google Play 發(fā)布。使用這些功能的應(yīng)用必須獲得證書的簽名，此證書和設(shè)備的通用集成電路卡 (UICC) 中的證書相匹配。

運(yùn)營(yíng)商服務(wù) API 已添加到TelephonyManager類、SmsManager類和新增的CarrierMessagingService類。應(yīng)用可以通過調(diào)用hasCarrierPrivileges()方法，檢查是否可以訪問這些 API。可以調(diào)用但無法訪問這些 API 的應(yīng)用將收到SecurityException。

?

?

?

?

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/Jhon-Mr/p/7569882.html

總結(jié)

以上是生活随笔為你收集整理的Android 5.0 Lollipop介绍的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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