熱文導讀 | 點擊標題閱讀
AgentWeb
是基於 Android WebView 一個功能完善小型瀏覽器庫
關注回覆：Android,iOS,PHP,js,HTML5,Python,機器學習 ，AI，大數據，Hadoop,c++，J2EE等關鍵字就能免費獲取學習資料視頻
Android 8.0正式版今天凌晨發佈，而之前而有關它的系統代號，谷歌遲遲沒有公佈，到底是哪個甜點代言呢，外界的猜測還沒有停止。
下面就讓我們來一起看看它有哪些新特性吧！
Android O 除了提供諸多新特性和功能外，還對系統和 API 行爲做出了各種變更。本文重點介紹您應該瞭解並在開發應用時加以考慮的一些主要變更。
其中大部分變更會影響所有應用，而不論應用針對的是何種版本的 Android。不過，有幾項變更僅影響針對 Android O 的應用。爲清楚起見，本頁面分爲兩個部分：針對所有 API 級別的應用和針對 Android O 的應用。
針對所有 API 級別的應用
這些行爲變更適用於在 Android O 平臺上運行的所有應用，無論這些應用是針對哪個 API 級別構建。所有開發者都應查看這些變更，並修改其應用以正確支持這些變更（如果適用）。
網絡連接和 HTTP(S) 連接
Android O 對網絡連接和 HTTP(S) 連接行爲做出了以下變更：
-
無正文的 OPTIONS 請求具有 Content-Length: 0 標頭。之前，這些請求沒有 Content-Length 標頭。
-
HttpURLConnection 在包含斜線的主機或頒發機構名稱後面附加一條斜線，使包含空路徑的網址規範化。例如，它將 http://example.com 轉化爲 http://example.com/ 。
-
通過 ProxySelector.setDefault ( ) 設置的自定義代理選擇器僅針對所請求的網址（架構、主機和端口）。因此，僅可根據這些值選擇代理。傳遞至自定義代理選擇器的網址不包含所請求的網址的路徑、查詢參數或片段。
-
URI 不能包含空白標籤。
-
之前，平臺支持一種權宜方法，即允許主機名稱中包含空白標籤，但這是對 URI 的非法使用。此權宜方法只是爲了確保與舊版 libcore 兼容。開發者如果對 API 使用不當，將會看到一條 ADB 消息：“URI example..com 的主機名包含空白標籤。此格式不正確，將不被未來的 Android 版本所接受。”Android O 廢除了此權宜方法；系統對格式錯誤的 URI 會返回 null。
-
Android O 在實現 HttpsURLConnection 時不會執行不安全的 TLS/SSL 協議版本回退。
-
對隧道 HTTP(S) 連接處理進行了如下變更：
-
在通過連接建立隧道 HTTP(S) 連接時，系統會在 Host 行中正確放置端口號 (:443) 並將此信息發送至中間服務器。之前，端口號僅出現在 CONNECT 行中
-
系統不再將隧道連接請求中的 user-agent 和 proxy-authorization 標頭髮送至代理服務器。
-
在建立隧道時，系統不再將隧道 Http(s)URLConnection 中的 proxy-authorization 標頭髮送至代理。相反，由系統生成 proxy-authorization 標頭，在代理響應初始請求發送 HTTP 407 後將其發送至此代理。
-
同樣地，系統不再將 user-agent 標頭由隧道連接請求複製到建立隧道的代理請求。相反，庫爲此請求生成 user-agent 標頭。
-
-
如果之前執行的 connect ( ) 函數失敗，send( java.net.DatagramPacket ) 函數將會引發 SocketException:
-
如果存在內部錯誤，DatagramSocket.connect ( ) 會引發 pendingSocketException。對於 Android O 之前的版本，即使 send ( ) 調用成功，後續的 recv ( ) 調用也會引發 SocketException。爲確保一致性，現在這兩個調用均會引發 SocketException。
-
-
在回退到 TCP Echo 協議之前，InetAddress.isReachable ( ) 會嘗試執行 ICMP:
-
對於某些屏蔽端口 7 (TCP Echo) 的主機（例如 google.com），如果它們接受 ICMP Echo 協議，現在也許能夠訪問它們。
-
對於確實無法訪問的主機，此項變更意味着調用需要兩倍的時間才能返回結果。
-
集合的處理
現在，AbstractCollection.removeAll ( ) 和 AbstractCollection.retainAll
( ) 始終引發 NullPointerException；之前，當集合爲空時不會引發 NullPointerException。此項變更使行爲符合文檔要求。
記錄未捕獲的異常
如果某個應用安裝的 Thread.UncaughtExceptionHandler 未移交給默認的 Thread.UncaughtExceptionHandler，則當出現未捕獲的異常時，系統不會終止應用。從
Android O 開始，在此情況下系統將記錄異常堆棧跟蹤情況；在之前的平臺版本中，系統不會記錄異常堆棧跟蹤情況。
我們建議，自定義 Thread.UncaughtExceptionHandler 實現始終移交給默認處理程序處理；遵循此建議的應用不受 Android O 此項變更的影響。
輸入和導航
隨着 Android 應用出現在 Chrome 操作系統和平板電腦等其他大尺寸設備上，我們看到，用戶在 Android 應用中又重新開始使用鍵盤導航。在 Android O 中，我們又再次使用鍵盤作爲導航輸入設備，從而爲基於箭頭鍵和 Tab 鍵的導航構建了一種更可靠並且可預測的模型。
尤其要指出的是，我們對元素焦點行爲做出以下變更：
-
現在，如果您沒有爲 View 對象（前景或背景圖片）定義任何焦點狀態顏色，框架會爲 View 設置默認的焦點突出顯示顏色。此焦點突出顯示標誌是基於操作組件主題背景的漣漪圖片。
-
如果您不希望 View 對象在接收焦點時使用此默認突出顯示標誌，請在包含 View 的佈局 XML 文件中將 android:defaultFocusHighlightEnabled 屬性設置爲 false ，或者將 false 傳遞至應用界面邏輯中的 setDefaultFocusHighlightEnabled ( ) 。
-
要測試鍵盤輸入對界面元素焦點有何影響，您可以啓用 Drawing > Show layout bounds 開發者選項。在 Android O 中，此選項在當前具有焦點的元素上顯示一個 “X” 圖標。
另外，Android O 中的所有工具欄元素自動組成鍵盤導航鍵區，用戶可以更加輕鬆地導航進入和離開每個作爲一個整體的工具欄。
如需詳細瞭解如何在您的應用中改善對鍵盤導航的支持，請閱讀以下鏈接中的支持鍵盤導航指南。
（https://developer.android.google.cn/training/keyboard-input/navigation.html）
安全性
Android O 包含以下與安全性有關的變更：
-
此平臺不再支持 SSLv3
-
Android O 將使用安全計算 (SECCOMP) 過濾器來過濾所有應用。允許的系統調用列表僅限於通過 bionic 公開的系統調用。此外，還提供了其他幾個後向兼容的系統調用，但我們不建議使用這些系統調用。
-
在與未正確實現 TLS 協議版本協商的服務器建立 HTTPS 連接時，HttpsURLConnection 不再嘗試回退到之前的 TLS 協議版本並重試的權宜方法。
-
現在，您的應用的 WebView 對象將在多進程模式下運行。網頁內容在獨立的進程中處理，此進程與包含應用的進程相隔離，以提高安全性。
-
您無法再假定 APK 駐留在名稱以 -1 或 -2 結尾的目錄中。應用應使用 sourceDir 獲取此目錄，而不能直接使用目錄格式。
有關提升應用安全性的其他準則，請參閱以下鏈接中的面向 Android 開發者的安全性。
（https://developer.android.google.cn/topic/security/index.html）
後臺執行限制
Android O 爲提高電池續航時間而引入的變更之一是，當您的應用進入已緩存狀態時，如果沒有活動的組件，系統將解除應用具有的所有喚醒鎖。
此外，爲提高設備性能，系統會限制未在前臺運行的應用的某些行爲。具體而言：
-
現在，在後臺運行的應用對後臺服務的訪問受到限制。
-
應用無法使用其清單註冊大部分隱式廣播（即，並非專門針對此應用的廣播）。
Android O 還對特定函數做出了以下變更：
-
如果針對 Android O 的應用嘗試在不允許其創建後臺服務的情況下使用 startService ( ) 函數，則該函數將引發一個 IllegalStateException。
-
新的 Context.startForegroundService ( ) 函數將啓動一個前臺服務。現在，即使應用在後臺運行，系統也允許其調用 Context.startForegroundService ( ) 。不過，應用必須在創建服務後的五秒內調用該服務的 startForeground ( ) 函數。
如需瞭解詳細信息，請參閱以下鏈接中的後臺執行限制。
（https://developer.android.google.cn/preview/features/background.html）
隱私性
Android O 對平臺做出了以下與隱私性有關的變更：
-
現在，平臺改變了標識符的處理方式:
-
對於在 OTA 之前安裝到某個版本 Android O（API 級別 26）的應用，除非在 OTA 後卸載並重新安裝，否則 ANDROID_ID 的值將保持不變。要在 OTA 後在卸載期間保留值，開發者可以使用密鑰/值備份關聯舊值和新值。
-
對於安裝在運行 Android O 的設備上的應用，ANDROID_ID 的值現在將根據應用簽署密鑰和用戶確定作用域。應用簽署密鑰、用戶和設備的每個組合都具有唯一的 ANDROID_ID 值。因此，在相同設備上運行但具有不同簽署密鑰的應用將不會再看到相同的 Android ID（即使對於同一用戶來說，也是如此）。
-
只要簽署密鑰相同（並且應用未在 OTA 之前安裝到某個版本的 O），ANDROID_ID 的值在軟件包卸載或重新安裝時就不會發生變化。
-
即使系統更新導致軟件包簽署密鑰發生變化，ANDROID_ID 的值也不會變化。
-
要藉助一個簡單的標準系統實現應用獲利，請使用廣告 ID。廣告 ID 是 Google Play 服務針對廣告服務提供的唯一 ID，此 ID 可由用戶重置。
-
-
查詢 net.hostname 系統屬性返回的結果爲空。
針對 Android O 的應用
這些行爲變更專門應用於針對 O 平臺或更高平臺版本的應用。針對 Android O 或更高平臺版本進行編譯，或將 targetSdkVersion 設爲
Android O 或更高版本的應用開發者必須修改其應用以正確支持這些行爲（如果適用）。
內容變更通知
Android O 更改了 ContentResolver.notifyChange ( ) 和 registerContentObserver ( Uri, boolean, ContentObserver ) 在針對 Android O 的應用中的行爲方式。
現在，這些 API 需要在所有 URI 中爲頒發機構定義一個有效的 ContentProvider。使用相關權限定義一個有效的 ContentProvider 可幫助您的應用防範來自惡意應用的內容變更，並防止將可能的私密數據泄露給惡意應用。
視圖焦點
可點擊的 View 對象現在默認也可以成爲焦點。如果您希望 View 對象可點擊但不可成爲焦點，請在包含 View 的佈局
XML 文件中將 android:focusable 屬性設置爲 false，或者將 false 傳遞至應用界面邏輯中的 setFocusable
( ) 。
權限
在 Android O 之前，如果應用在運行時請求權限並且被授予該權限，系統會錯誤地將屬於同一權限組並且在清單中註冊的其他權限也一起授予應用。
對於針對 Android O 的應用，此行爲已被糾正。系統只會授予應用明確請求的權限。然而，一旦用戶爲應用授予某個權限，則所有後續對該權限組中權限的請求都將被自動批准。
例如:
假設某個應用在其清單中列出 READ_EXTERNAL_STORAGE 和 WRITE_EXTERNAL_STORAGE 。應用請求 READ_EXTERNAL_STORAGE ，並且用戶授予了該權限。
如果該應用針對的是 API 級別 24 或更低級別，系統還會同時授予 WRITE_EXTERNAL_STORAGE ，因爲該權限也屬於同一 STORAGE 權限組並且也在清單中註冊過。
如果該應用針對的是 Android O，則系統此時僅會授予 READ_EXTERNAL_STORAGE ；不過，如果該應用後來又請求 WRITE_EXTERNAL_STORAGE ，則系統會立即授予該權限，而不會提示用戶。
集合的處理
在 Android O 中，Collections.sort ( ) 是在 List.sort ( ) 的基礎上實現的。在 Android 7.x（API 級別 24 和 25）中，則恰恰相反。在過去，List.sort ( ) 的默認實現會調用 Collections.sort ( ) 。
此項變更使 Collections.sort ( ) 可以利用優化的 List.sort ( ) 實現，但具有以下限制：
-
List.sort ( ) 的實現不能調用 Collections.sort ( )，因爲這會導致堆棧因無限遞歸而溢出。相反，如果您需要 List 實現的默認行爲，應避免重寫 sort()。
如果父類以不適當的方法實現 sort ( ) ，通常最好使用在 List.toArray ( )、Arrays.sort ( ) 和 ListIterator.set ( ) 的基礎上構建的實現重寫 List.sort ( ) 。
例如：
@Override
public void sort(Comparator<? super E> c) {
Object[] elements = toArray();
Arrays.sort(elements, c);
ListIterator<E> iterator = (ListIterator<Object>) listIterator();
for (Object element : elements) {
iterator.next();
iterator.set((E) element);
}
}
在大多數情況下，您也可以使用根據 API 級別委託給其他默認實現的實現重寫 List.sort ( )
例如：
@Override
public void sort(Comparator<? super E> comparator) {
if (Build.VERSION.SDK_INT <= 25) {
Collections.sort(this);
} else {
super.sort(comparator);
}
}
如果您選擇後者只是因爲您希望開發一種適用於所有 API 級別的 sort ( ) 函數，可以考慮賦予其一個唯一的名稱，例如 sortCompat ( )，而不是重寫 sort ( ) 。
-
現在，Collections.sort ( ) 只是對調用 sort ( ) 的 List 實現進行的一項結構性修改。例如，在 Android O 之前的平臺版本中，如果通過調用 List.sort ( ) 進行排序，則當迭代處理 ArrayList 以及在迭代過程中調用 sort ( ) 時，會引發 ConcurrentModificationException。而 Collections.sort ( ) 則不會引發異常。
此項變更使平臺行爲更加一致：現在，兩種方法都會引發 ConcurrentModificationException 。
媒體
-
框架會執行音頻閃避。進行 AUDIOFOCUS_GAIN_TRANSIENT_MAY_DUCK 時，應用不會失去焦點。新的 API 適用於需要暫停而不是閃避的應用。請注意，此行爲無法在 Android O Developer Preview 1 版本中實現。
-
當用戶打電話時，活動的媒體流將在通話期間靜音。
-
所有與音頻相關的 API 都應使用 AudioAttributes 而不是音頻流類型來說明音頻播放用例。僅爲音量控制繼續使用音頻流類型。流類型（例如，已棄用的 AudioTrack constructor）的其他用途仍然有效，但是系統會將其記錄爲錯誤。
-
使用 AudioTrack 時，如果應用請求了足夠大的音頻緩衝區，則框架將嘗試使用深度緩衝區輸出（如果可用）。
-
在 Android O 中，媒體按鈕事件的處理有所不同：
-
在界面操作組件中處理媒體按鈕未發生變化：前臺操作組件在處理媒體按鈕時仍然優先。
-
如果前臺操作組件不處理媒體按鈕，系統會將媒體按鈕路由到最近在本地播放音頻的應用。在確定哪些應用接收媒體按鈕事件時，不再考慮活動狀態、標誌和媒體會話的播放狀態。即使在應用調用 setActive( false ) 後，媒體會話仍然可以接收媒體按鈕事件。
-
如果應用的媒體會話已經釋放，系統會將媒體按鈕事件發送到應用的 MediaButtonReceiver（如果有）。
-
對於任何其他情況，系統都會捨棄媒體按鈕事件。與其開始播放錯誤的應用，不如不播放任何東西。
-
下圖彙總了新的媒體按鈕路由邏輯：
類加載行爲
Android O 檢查確保類加載器在加載新類時不會違反運行時假設條件。不論類引用自 Java（來自 forName ( ) ）、Dalvik 字節碼還是 JNI，都會執行這些檢查。平臺不會攔截 Java 對 loadClass ( ) 函數的直接調用，也不會檢查此類調用的結果。此行爲不應影響運行良好的類加載器的正常運行。
平臺將檢查類加載器返回的類描述符是否與預期的描述符一致。如果返回的描述符與預期不符，平臺會引發 NoClassDefFoundError 錯誤，並在異常日誌中存儲一條註明不一致之處的詳細錯誤消息。
平臺還檢查請求的類描述符是否有效。此檢查捕獲間接加載諸如 GetFieldID ( ) 等類的 JNI 調用，向這些類傳遞無效的描述符。例如，找不到包含 java/lang/String 簽名的字段，是因爲此簽名無效；它應爲Ljava/lang/String; 。
這與 JNI 對 FindClass ( ) 的調用不同，其中 java/lang/String 是一個有效的完全限定名稱。
Android O 不支持多個類加載器同時嘗試使用相同的 DexFile 對象來定義類。嘗試進行此操作，會導致 Android 運行時引發 InternalError 錯誤，同時顯示消息 “Attempt to register dex file <filename> with multiple class loaders” 。
DexFile API 現已棄用，強烈建議您改爲使用此平臺的類加載器之一，包括 PathClassLoader 或 BaseDexClassLoader。
注： 您可以創建多個引用文件系統中同一個 APK 或 JAR 文件容器的類加載器。這樣做通常不會佔用大量內存：如果存儲而不壓縮容器中的 DEX 文件，平臺可以對此類文件執行 mmap 操作，而不直接提取它們。但是，如果平臺必須從容器中提取 DEX 文件，以這種方式引用 DEX 文件可能佔用大量內存。
在 Android 中，所有類加載器都被視爲支持並行運行。當多個線程爭用同一個類加載器加載相同的類時，第一個完成此操作的線程勝出，而操作結果將用於其他線程。無論類加載器是返回同一個類、返回不同的類還是引發異常，都將發生此行爲。該平臺靜默忽略此類異常。
注意： 在低於 Android O 的平臺版本中，違反這些假設條件可能導致多次定義同一個類、由於類混淆造成堆損壞和其他不良影響。
看完本文有收穫？請分享給更多人
更多學習資料關注下面公衆號獲取
Java和Android架構
歡迎關注我們，一起討論技術，掃描和長按下方的二維碼可快速關注我們。或搜索微信公衆號:JANiubility。
公衆號：JANiubility