『壹』 Google I/O 2016 上發布的 android N 有哪些新特性
1.多窗口支持
在 Android N 中，我們為該平台引入了一個新的而且非常需要的多任務處理功能 — 多窗口支持。
現在，用戶可以一次在屏幕上打開兩個APP。
在運行 Android N 的手機和平板電腦上，用戶可以並排運行兩個APP，或者處於分屏模式時一個APP位於另一個APP之上。用戶可以通過拖動兩個APP之間的分隔線來調整APP。
在 Android TV 設備上，APP可以將自身置於畫中畫面模式，從而讓它們可以在用戶瀏覽或與其他APP交互時繼續顯示內容。如需了解詳細信息，請參閱下文。
多窗口支持為您提供新的吸引用戶方式，特別是在平板電腦和其他更大屏幕的設備上。您甚至可以在您的APP中啟用拖放，從而使用戶可以方便地將內容拖放到您的應用或從其中拖出內容—這是一個非常好的增強用戶體驗的方式。
向您的APP添加多窗口支持並配置多窗口顯示的處理方式非常簡單。例如，您可以指定您的 Activity 允許的最小尺寸，從而防止用戶將 Activity 調整到該尺寸以下。您還可以為APP禁用多窗口顯示，這可確保系統將僅以全屏模式顯示APP。
如需了解詳細信息，請參閱多窗口支持開發者文檔。
2.Notification 增強功能
在 Android N 中，我們重新設計了Notification，使其更易於使用並且速度更快。部分變更包括：
- 模板更新：我們正在更新Notification模板，新強調了圖片跟頭像。開發者將能夠充分利用新模板，只需進行少量的代碼調整。
- 綁定的Notification：系統可以將消息組合在一起（例如，按消息主題）並顯示組。用戶可以適當地進行 Dismiss 或 Archive 等操作。如果您已實現 Android Wear 的通知，那麼您已經很熟悉此模型。
- 直接回復：對於實時通信應用，Android 系統支持內聯回復，以便用戶可以直接在通知界面中快速回復簡訊。
- 自定義視圖：兩個新的 API 讓您在通知中使用自定義視圖時可以充分利用系統的風格，如Notification標題和操作。
如需了解如何實現新功能的信息，請參閱通知指南。
2.配置文件指導的 JIT/AOT 編譯
在 Android N 中，我們添加了 Just in Time (JIT) 編譯器，對 ART 進行代碼分析，讓它可以在應用運行時持續提升 Android 應用的性能。JIT 編譯器對 Android 運行組件當前的 Ahead of Time (AOT) 編譯器進行了補充，有助於提升運行時性能，節省存儲空間，加快應用更新和系統更新速度。
配置文件指導的編譯讓 Android 運行組件能夠根據應用的實際使用以及設備上的情況管理每個應用的 AOT/JIT 編譯。例如，Android 運行組件維護每個應用的熱方法的配置文件，並且可以預編譯和緩存這些方法以實現最佳性能。對於應用的其他部分，在實際使用之前不會進行編譯。
除提升應用的關鍵部分的性能外，配置文件指導的編譯還有助於減少整個 RAM 佔用，包括關聯的二進制文件。此功能對於低內存設備非常尤其重要。
Android 運行組件在管理配置文件指導的編譯時，可最大程度降低對設備電池的影響。僅當設備處於空閑狀態和充電時才進行編譯，從而可以通過提前執行該工作節約時間和省電。
3.快速的應用安裝路徑
Android 運行組件的 JIT 編譯器最實際的好處之一是應用安裝和系統更新的速度。即使在 Android 6.0 中需要幾分鍾進行優化和安裝的大型應用，現在只需幾秒鍾就可以完成安裝。系統更新也變得更快，因為省去了優化步驟。
4.瞌睡模式
Android 6.0 推出了瞌睡模式，即設備處於空閑狀態時，通過推遲應用的 CPU 和網路活動以實現省電目的的系統模式，例如，設備放在桌上或抽屜里時。
現在，在 Android N 中，瞌睡模式又前進了一步，在外出時也可以省電。只要屏幕關閉了一段時間，且設備未插入電源，瞌睡模式就會對應用使用熟悉的 CPU 和網路限制。這意味著用戶即使將設備放入口袋裡也可以省電。
屏幕關閉片刻後，設備在使用電池時，瞌睡模式將限制網路訪問，同時延遲作業和同步。在短暫的維護時間范圍後，其允許應用訪問網路，並執行延遲的作業/同步。打開屏幕或將設備插入電源會使設備退出瞌睡模式。
當設備再次處於靜止狀態時，屏幕關閉且使用電池一段時間，瞌睡模式針對 PowerManager.WakeLock,AlarmManager 警報和 GPS/Wi-Fi 掃描應用完整 CPU 和網路限制。
無論設備是否處於運動狀態，將應用調整到瞌睡模式的最佳做法均相同，因此，如果您已更新應用以妥善處理瞌睡模式，則一切就緒。如果不是，請立即開始將應用調整到瞌睡模式。
5.Project Svelte：後台優化
Project Svelte 在持續改善，以最大程度減少生態系統中一系列 Android 設備中系統和應用使用的 RAM。在 Android N 中，Project Svelte 注重優化在後台中運行應用的方式。
後台處理是大多數應用的一個重要部分。處理得當，可讓您實現非常棒的用戶體驗 — 即時、快速和情境感知。如果處理不得當，後台處理會毫無必要地消耗 RAM（和電池），同時影響其他應用的系統性能。
自 Android 5.0 發布以來，JobScheler 已成為執行後台工作的首選方式，其工作方式有利於用戶。應用可以在安排作業的同時允許系統基於內存、電源和連接情況進行優化。JobScheler 可實現控制和簡潔性，我們想要所有應用都使用它。
另一個非常好的選擇是 GCMNetworkManager（Google Play 服務的一部分），其在舊版 Android 中提供類似的作業安排和兼容性。
我們在繼續擴展 JobScheler 和 GCMNetworkManager，以符合多個用例 — 例如，在 Android N 中，現在，您可以基於內容提供程序中的更改安排後台工作。同時，我們開始棄用一些較舊的模式，這些模式會降低系統性能，特別是低內存設備的系統性能。
在 Android N 中，我們刪除了三個常用隱式廣播 — CONNECTIVITY_ACTION、ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO — 因為這些廣播可能會一次喚醒多個應用的後台進程，同時會耗盡內存和電池。如果您的應用收到這些廣播，請充分利用 N Developer Preview 以遷移到 JobScheler 和相關的 API。
如需了解詳情，請查看後台優化文檔。
6.Data Saver
在移動設備的整個生命周期，蜂窩數據計劃的成本通常會超出設備本身的成本。對於許多用戶而言，蜂窩數據是他們想要節省的昂貴資源。
Android N 推出了 Data Saver 模式，這是一項新的系統服務，有助於減少應用使用的蜂窩數據，無論是在漫遊，賬單周期即將結束，還是使用少量的預付費數據包。Data Saver 讓用戶可以控制應用使用蜂窩數據的方式，同時讓開發者打開 Data Saver 時可以提供更多有效的服務。
用戶在 Settings 中啟用 Data Saver 且設備位於按流量計費的網路上時，系統屏蔽後台數據使用，同時指示應用在前台盡可能使用較少的數據 — 例如，通過限制用於流媒體服務的比特率、降低圖片質量、延遲最佳的預緩沖等方法來實現。用戶可以將特定應用加入白名單以允許後台按流量的數據使用，即使在打開 Data Saver 時也是如此。
Android N 繼承了 ConnectivityManager，以便為應用檢索用戶的 Data Saver 首選項並監控首選項變更提供一種方式。所有應用均應檢查用戶是否已啟用 Data Saver 並努力限制前台和後台數據的使用。
7.快速設置Tile API
「快速設置」通常用於直接從通知欄顯示關鍵設置和操作，非常簡單。在 Android N 中，我們已擴展「快速設置」的范圍，使其更加有用更方便。
我們為額外的「快速設置」Tile添加了更多空間，用戶可以通過向左或向右滑動跨分頁的顯示區域訪問它們。我們還讓用戶可以控制顯示哪些「快速設置」Tile以及顯示的位置 — 用戶可以通過拖放Tile來添加或移動Tile。
對於開發者，Android N 還添加了一個新的 API，從而讓您可以定義自己的「快速設置」Tile，使用戶可以輕松訪問您應用中的關鍵控制項和操作。
對於急需或頻繁使用的控制項和操作，保留「快速設置」Tile，且不應將其用作啟動應用的快捷方式。
定義Tile後，您可以將它們顯示給用戶，用戶可通過拖放將Tile添加到「快速設置」。
如需創建應用Tile的更多信息，請參閱可下載的 API 參考中的 android.service.quicksettings.Tile。
8.號碼屏蔽
Android N 現在支持在平台中進行號碼屏蔽，提供框架 API，讓服務提供商可以維護屏蔽的號碼列表。默認簡訊應用、默認手機應用和提供商應用可以對屏蔽的號碼列表進行讀取和寫入操作。其他應用則無法訪問此列表。
通過使號碼屏蔽成為平台的標准功能，Android 為應用提供一致的方式來支持廣泛的設備上的號碼屏蔽。應用可以利用的其他優勢包括：
- 還會屏蔽已屏蔽的來電號碼發出的簡訊
- 通過 Backup & Restore（備份和還原）功能可以跨重置和設備保留屏蔽的號碼
- 多個應用可以使用相同的屏蔽號碼列表
此外，通過 Android 的運營商應用集成表示運營商可以讀取設備上屏蔽的號碼列表，並為用戶執行服務端屏蔽，以阻止不需要的來電和簡訊通過任何介質（如 VOIP 端點或轉接電話）到達用戶。
如需了解詳細信息，請參閱可下載的 API 參考中的 android.provider.BlockedNumberContract。
9.來電過濾
Android N 允許默認的手機應用過濾來電。手機應用執行此操作的方式是實現新的 CallScreeningService，該方法允許手機應用基於來電的 Call.Details 執行大量操作，例如：
- 拒絕來電
- 不允許來電到達呼叫日誌
- 不向用戶顯示來電通知
如需了解詳細信息，請參閱可下載的 API 參考中的 android.telecom.CallScreeningService。
10.多區域設置支持、多語言
Android N 現在允許用戶在設置中選擇多個區域設置，以更好地支持雙語用例。應用可以使用新的 API 獲取用戶選擇的區域設置，然後為多區域設置用戶提供更成熟的用戶體驗 — 如以多個語言顯示搜索結果，並且不會以用戶了解的語言翻譯網頁。
除多區域設置支持外，Android N 還擴展了用戶可用的語言范圍。它針對常用語言提供超過 25 種的變體，如英語、西班牙語、法語和阿拉伯語。它還針對 100 多種新語言添加了部分支持。
應用可以通過調用 LocaleList.GetDefault() 獲取用戶設置的區域設置列表。為支持擴展的區域設置數量，Android N 正在改變其解析資源的方式。請務必使用新的資源解析邏輯測試和驗證您的應用是否能如期運行。
如需有關新資源解析行為和應遵循的最佳做法的更多信息，請參閱多語言支持。
11.Android 中的 ICU4J API
Android N 目前在 Android 框架（位於 android.icu 軟體包下）中提供 ICU4J API 的子集。遷移很簡單，主要是需要從 com.java.icu 命名空間更改為 android.icu。如果您已在您的應用中使用 ICU4J 捆綁包，切換到 Android 框架中提供的 android.icu API 可以大量節省 APK 大小。
如果要了解有關 Android ICU4J API 的更多信息，請參閱 ICU4J 支持。
12.OpenGL™ ES 3.2 API
Android N 添加了框架介面和對 OpenGL ES 3.2 的平台支持，包括：
- 來自 Android 擴展包 (AEP) 的所有擴展（EXT_texture_sRGB_decode 除外）。
- 針對 HDR 的浮點幀緩沖和延遲著色。
- BaseVertex 繪圖調用可實現更好的批處理和流媒體服務。
- 強大的緩沖區訪問控制可減少 WebGL 開銷。
Android N 上適用於 OpenGL ES 3.2 的框架 API 與 GLES32 類一起提供。使用 OpenGL ES 3.2 時，請務必通過 標記和 android:glEsVersion 屬性在您的清單文件中聲明要求。
如需了解有關使用 OpenGL ES 的信息，包括如何在運行時檢查設備支持的 OpenGL ES 版本，請參閱 OpenGL ES API 指南。
13.Android TV 錄制
Android N 通過新的錄制 API 添加了從 Android TV 輸入服務錄制和播放內容的功能。構建在現有時移 API 之上，TV 輸入服務可以控制能夠錄制的渠道數據、保存錄制的會話的方式，同時可通過錄制的內容管理用戶交互。
如需了解詳細信息，請參閱 Android TV 錄制 API。
14.Android for Work
Android for Work 針對運行 Android N 的設備添加了許多新功能和 API。部分重要內容如下— 有關與 Android N 相關的 Android for Work 更新的完整列表，請參閱 Android for Work 變更。
15.關閉工作
在具有託管配置文件的設備上，用戶可以切換工作模式。工作模式關閉時，管理的用戶臨時關閉，其禁用託管配置文件應用、後台同步和通知。這包括配置文件所有者應用。關閉工作模式時，系統顯示永久狀態圖標，以提醒用戶他們無法啟動工作應用。啟動器指示該工作應用和小組件無法訪問。
16.Always on VPN
設備所有者和配置文件所有者可以確保工作應用始終通過指定的 VPN 連接。系統在設備啟動後自動啟動該 VPN。
新的 DevicePolicyManager 方法為 setAlwaysOnVpnPackage() 和 getAlwaysOnVpnPackage()。
由於 VPN 服務無需應用交互即可由系統直接綁定，因此，VPN 客戶端必須針對 Always on VPN 處理新的入口點。和以前一樣，由與操作匹配的 Intent 過濾器將服務指示給系統。android.net.VpnService。
用戶還可以使用 Settings>More>Vpn 在主要用戶中手動設置實現 VPNService 方法的 Always on VPN 客戶端。
17.輔助工具增強功能
Android N 現在針對新的設備設置直接在歡迎屏幕上提供「Vision Settings」。這使用戶可以更容易發現和配置他們設備上的輔助工具功能，包括放大手勢、字體大小、顯示屏尺寸和 TalkBack。
隨著這些輔助工具功能更為突出，在啟用這些功能後，您的用戶更可能試用您的應用。請務必提前啟用這些設置測試您的應用。您可以通過 Settings > Accessibility 啟用它們。
還是在 Android N 中，輔助工具服務現在可以幫助具有動作障礙的用戶觸摸屏幕。全新的 API 允許使用人臉追蹤、眼球追蹤、點掃描等功能構建服務，以滿足這些用戶的需求。
如需了解詳細信息，請參閱可下載的 API 參考 中的 android.accessibilityservice.GestureDescription
18.直接啟動
直接啟動可以縮短設備啟動時間，讓注冊的應用具有有限的功能，即使在意外重啟後。例如，如果當用戶睡覺時加密的設備重啟，那麼注冊的警報、消息和來電現在可以和往常一樣繼續通知用戶。這也意味著重啟後輔助工具服務會立即可用。
在 Android N 中，直接啟動充分利用基於文件的加密，以針對系統和應用數據啟用細化的加密策略。為系統和應用數據。系統針對選定的系統數據和顯式注冊的應用數據使用設備加密的存儲。默認情況下，憑據加密的存儲可用於所有其他系統數據、用戶數據、應用及應用數據。
啟動時，系統在受限的模式中啟動，僅訪問設備加密的數據，不會對應用或數據進行常規訪問。如果您有想要在此模式下運行的組件，您可以通過在清單文件中設置標記注冊它們。重啟後，系統通過廣播 LOCKED_BOOT_COMPLETED Intent 激活注冊的組件。系統確保注冊的設備加密的應用數據在解鎖前可用。所有其他數據在用戶確認鎖定屏幕憑據進行解密前均不可用。
如需了解詳細信息，請參閱直接啟動。
19.密鑰認證
使用硬體支持的密鑰庫，可更安全地在 Android 設備上創建、存儲和使用加密密鑰。它們可保護密鑰免受 Linux 內核、潛在的 Android 漏洞的攻擊，也可防止從已取得 root 許可權的設備提取密鑰。
為了讓硬體支持的密鑰庫使用起來更簡單和更安全，Android N 引入了密鑰認證。應用和關閉的設備可使用密鑰認證以堅決地確定 RSA 或 EC 密鑰對是否受硬體支持、密鑰對的屬性如何，以及其使用和有效性有何限制。
應用和關閉的設備服務可以通過 X.509 認證證書（必須由有效的認證密鑰簽署）請求有關密鑰對的信息。認證密鑰是一個 ECDSA 簽署密鑰，其在出廠時被注入設備的硬體支持的密鑰庫。因此，有效的認證密鑰簽署的認證證書可確認硬體支持的密鑰庫是否存在，以及該密鑰庫中密鑰對的詳細信息。
為確保設備使用安全的官方 Android 出廠映像，密鑰認證要求設備 bootloader 向可信執行環境 (TEE) 提供以下信息：
設備上安裝的操作系統版本和補丁級別
驗證的啟動公鑰和鎖定狀態。
如需了解有關硬體支持的密鑰庫功能的詳細信息，請參閱硬體支持的密鑰庫指南。
除密鑰認證外，Android N 還推出了指紋綁定密鑰，在指紋注冊時不會撤銷。
20.網路安全性配置
在 Android N 中，通過使用說明性網路安全性配置（而不是使用傳統的易出錯的編程 API（例如，X509TrustManager）），應用可以安全地自定義其安全（HTTPS、TLS）連接的行為，無需任何代碼修改。
支持的功能：
自定義信任錨。讓應用可以針對其安全連接自定義哪些證書頒發機構 (CA) 受信任。例如，信任特定的自簽署證書或受限的公共 CA 集。
僅調試重寫。讓應用開發者可以安全調試其應用的安全連接，而不會增加安裝基礎的風險。
明文流量退出。讓應用可以防止自身意外使用明文流量。
固定證書。這是一項高級功能，讓應用可以針對安全連接限制哪些伺服器密鑰受信任。
如需了解詳細信息，請參閱網路安全性配置。
21.默認受信任的證書頒發機構
默認情況下，針對 Android N 的應用僅信任系統提供的證書，且不再信任用戶添加的證書頒發機構 (CA)。如果針對 Android N 的應用希望信任用戶添加的 CA，則應使用網路安全性配置以指定信任用戶 CA 的方式。
22.APK signature scheme v2
PackageManager 類現在支持使用 APK signature scheme v2 驗證應用。APK signature scheme v2 是一個整個文件簽名架構，通過檢測對 APK 文件進行的任何未經授權更改，可大幅提高驗證速度，同時也可加強完整性保證。
為保持向後兼容，在使用 v2 簽名架構簽署之前，APK 必須先使用 v1 簽名架構（JAR 簽名架構）簽署。對於 v2 簽名架構，如果在使用 v2 架構簽署後使用額外的證書簽署 APK，驗證將失敗。
APK signature scheme v2 支持稍後將在 N Developer Preview中推出。
23.作用域目錄訪問
在 Android N 中，應用可以使用新的 API 請求訪問特定的外部存儲目錄，包括可移動媒體上的目錄，如 SD 卡。新 API 大大簡化了應用訪問標准外部存儲目錄的方式，如 Pictures 目錄。應用（如照片應用）可以使用這些 API（而不是使用 READ_EXTERNAL_STORAGE），其授予所有存儲目錄的訪問許可權或存儲訪問框架，從而讓用戶可以導航到目錄。
此外，新的 API 簡化了用戶向應用授予外部存儲訪問許可權的步驟。當您使用新的 API 時，系統使用一個簡單的許可權 UI，其清楚地詳細介紹應用正在請求訪問的目錄。
『貳』 android根據url獲取網路圖片報錯
這個看著是https協議的URL，用普通的http請求就報錯了，我這里只有請求https到流的代碼，給你先看看，把流再轉成文件 就可以了
@SuppressLint("ParserError")
(StringdownUrl,StringpostStr)throwsIOException{
Stringres="";
HttpsURLConnection.setDefaultHostnameVerifier(newNullHostNameVerifier());
SSLContextcontext=null;
try{
context=SSLContext.getInstance("TLS");
}catch(NoSuchAlgorithmExceptione1){
//TODOAuto-generatedcatchblock
e1.printStackTrace();
}
try{
context.init(null,newX509TrustManager[]{newmyX509TrustManager()},newSecureRandom());
}catch(KeyManagementExceptione1){
//TODOAuto-generatedcatchblock
e1.printStackTrace();
}
HttpsURLConnection.setDefaultSSLSocketFactory(context.getSocketFactory());
URLdUrl=newURL(downUrl);
HttpsURLConnectiondConn=(HttpsURLConnection)dUrl.openConnection();
dConn.setDoInput(true);
if(postStr!=""){
dConn.setDoOutput(true);
dConn.setRequestMethod("POST");
}
dConn.connect();
if(postStr!=""){
try{
BufferedWriterout=newBufferedWriter(newOutputStreamWriter(
dConn.getOutputStream()));
out.write(postStr);
out.flush();
}catch(Exceptione){
StringerrMsg=e.getMessage();
if(null!=errMsg){
Toasttoast=Toast.makeText(null,errMsg,Toast.LENGTH_LONG);
toast.show();
}
e.printStackTrace();
}
}
BufferedInputStreamin=newBufferedInputStream(dConn.getInputStream());
returnin;
}
{
@Override
publicbooleanverify(Stringhostname,SSLSessionsession){
//Log.i("RestUtilImpl","Approvingcertificatefor"+hostname);
returntrue;
}
}
{
@Override
publicX509Certificate[]getAcceptedIssuers(){
returnnull;
}
@Override
publicvoidcheckClientTrusted(X509Certificate[]chain,StringauthType)
throwsCertificateException{
//TODOAuto-generatedmethodstub
}
@Override
publicvoidcheckServerTrusted(X509Certificate[]chain,StringauthType)
throwsCertificateException{
//TODOAuto-generatedmethodstub
}
}
『叄』 android https timeout 預設值
android https timeout 預設值如下
android https timeout new HostnameVerifier() {undefined@Overridepublic boolean verifycertificates, InputStream bksFile, String password){undefinedtry{undefinedTrustManager[] trustManagers = prepareTrustManager(certificates);
KeyManager[] keyManagers = prepareKeyManager(bksFile, password);
SSLContext sslContext = SSLContext.getInstance("TLS");TrustManager trustManager = null;if (trustManagers != null){undefinedtrustManager = new MyTrustManager(chooseTrustManager(trustManagers));} else{undefinedtrustManager = new UnSafeTrustManager();@Overridepublic void checkServerTrusted(X509Certificate[] chain, String authType)throws CertificateException{}@Override
『肆』 android 基於okHttpClient開發https自簽名請求
那麼安卓需要怎麼配置才能支持https請求呢？
app網路採用的是retrofit2.0版本
命名文件並且導入到Android studio項目的value/raw目錄下，命名為your_cer.cer
注意點：瀏覽器一把鎖的圖標是綠色的，說明是有第三方機構伺服器認證的，這類的https請求在客戶端不需要配置也可以訪問，但配置了也不會出錯。所以文章標題給出的是解決 【自簽名】 的證書問題
HttpsTrustManager類：關鍵https配置
1、服務端的配置。 採用HTTPS協議的伺服器必須要有一套數字證書，可以自己製作，也可以向組織申請。區別就是自己頒發的證書需要客戶端驗證通過，才可以繼續訪問，而使用受信任的公司申請的證書則不會彈出提示頁面(startssl就是個不錯的選擇，有1年的免費服務)。這套證書其實就是一對公鑰和私鑰。如果對公鑰和私鑰不太理解，可以想像成一把鑰匙和一個鎖頭，只是全世界只有你一個人有這把鑰匙，你可以把鎖頭給別人，別人可以用這個鎖把重要的東西鎖起來，然後發給你，因為只有你一個人有這把鑰匙，所以只有你才能看到被這把鎖鎖起來的東西。
2、傳送證書。 這個證書其實就是公鑰，只是包含了很多信息，如證書的頒發機構，過期時間等等。
3、客戶端解析證書。 這部分工作是有客戶端的TLS來完成的，首先會驗證公鑰是否有效，比如頒發機構，過期時間等等，如果發現異常，則會彈出一個警告框，提示證書存在問題。如果證書沒有問題，那麼就生成一個隨機值。然後用證書對該隨機值進行加密。就好像上面說的，把隨機值用鎖頭鎖起來，這樣除非有鑰匙，不然看不到被鎖住的內容。
4、傳送加密信息。 這部分傳送的是用 證書 加密後的隨機值，目的就是讓服務端得到這個隨機值，以後客戶端和服務端的通信就可以通過這個隨機值來進行加密解密了。
5、服務段解密信息。 服務端用私鑰解密後，得到了客戶端傳過來的隨機值(私鑰)，然後把內容通過該值進行對稱加密。所謂對稱加密就是，將信息和私鑰通過某種演算法混合在一起，這樣除非知道私鑰，不然無法獲取內容，而正好客戶端和服務端都知道這個私鑰，所以只要加密演算法夠彪悍，私鑰夠復雜，數據就夠安全。
6、傳輸加密後的信息。 這部分信息是服務段用私鑰加密後的信息，可以在客戶端被還原。
7、客戶端解密信息。 客戶端用之前生成的私鑰解密服務段傳過來的信息，於是獲取了解密後的內容。整個過程第三方即使監聽到了數據，也束手無策。
『伍』 如何訪問一個SSL連接通過Android的
在用Android平台上使用SSL，需要三步：
第一步 生成證書
1. 生成伺服器端的證書
keytool-genkey-aliastest-keystoretest.jks
2. 將keystore中的cert導出來，用來生成客戶端的驗證證書
keytool-exportcert-aliastest-filetest.cert-keystoretest.jks
3. 生成Android平台的證書
因為Android 要求要BC證書，而Java的keytool本身不提供BKS格式，因此要自己
手動配置。個人在配置的過程到了文件正在使用中，保存失敗的情況，我的做法是將
文件備份一下，用unlocker刪除後將修改好備份放到原位置就好了。方法如下：
(1)下載bcprov-ext-jdk15on-146.jar
可以選擇到官網，也可以到我上傳好的文件去下載，注意，用最新的149版本的會
有證書版本號不對的異常，改用146的則沒有這個問題
(2) 配置bcprov
在jdk_homejrelibsecurity目錄中找到java.security 在內容增加一行（數字
可以自己定義）
security.provider.11=org.bouncycastle.jce.provider.BouncyCastleProvider
(3) 生成android平台的證書
keytool-importcert-keystoretest.bks-filetest.cert-storetypeBKS-providerorg.bouncycastle.jce.provider.BouncyCastleProvider
第二步 編寫伺服器代碼（主要代碼如下）
importjava.io.BufferedInputStream;
importjava.io.FileNotFoundException;
importjava.io.IOException;
importjava.io.InputStream;
importjava.io.ObjectInputStream;
importjava.io.ObjectOutputStream;
importjava.net.ServerSocket;
importjava.net.Socket;
importjava.net.SocketAddress;
importjava.security.KeyManagementException;
importjava.security.KeyStore;
importjava.security.KeyStoreException;
importjava.security.NoSuchAlgorithmException;
importjava.security.UnrecoverableKeyException;
importjava.security.cert.CertificateException;
importjavax.net.ServerSocketFactory;
importjavax.net.ssl.KeyManager;
importjavax.net.ssl.KeyManagerFactory;
importjavax.net.ssl.SSLContext;
/**
*@TODOjava線程開發之四SSL加密
*開發步驟
*1.生成服務端密鑰
*2.導出服務端證書
*3.生成客戶端密鑰
*4.程序開發測試
*參考資料:http://chrui.iteye.com/blog/1018778
*@version1.0
*@date2013-5-723:22:45
*@update2013-5-810:22:45
*/
publicclassServer{
;
privatefinalstaticchar[]password="1qaz2wsx".toCharArray();
privateSSLContextcontext;
privateInputStreaminputStream;
publicServer(){
inputStream=this.getClass().getResourceAsStream("/test.jks");
initContext();
try{
//直接運行會報javax.net.ssl.SSLException:
//ServerSocketFactoryfactory=SSLServerSocketFactory.getDefault();
ServerSocketFactoryfactory=context.getServerSocketFactory();
//serverSocket=newServerSocket(10000);
serverSocket=factory.createServerSocket(10000);
System.out.println("======啟動安全SocektServer成功=========");
while(true){
Socketsocket=serverSocket.accept();
newReceiveSocket(socket).start();
}
}catch(IOExceptione){
e.printStackTrace();
}
}
//ssl上下文對象的初始化
privatevoidinitContext(){
try{
KeyStorestore=KeyStore.getInstance("JKS");
store.load(inputStream,password);
KeyManagerFactoryfactory=KeyManagerFactory.getInstance("SunX509");
factory.init(store,password);
KeyManager[]keyManagers=factory.getKeyManagers();
context=SSLContext.getInstance("SSL");
context.init(keyManagers,null,null);
}catch(KeyStoreExceptione){
e.printStackTrace();
}catch(NoSuchAlgorithmExceptione){
e.printStackTrace();
}catch(CertificateExceptione){
e.printStackTrace();
}catch(FileNotFoundExceptione){
e.printStackTrace();
}catch(IOExceptione){
e.printStackTrace();
}catch(UnrecoverableKeyExceptione){
e.printStackTrace();
}catch(KeyManagementExceptione){
e.printStackTrace();
}
}
publicstaticvoidmain(String[]args){
newServer();
}
{
privateSocketsocket;
publicReceiveSocket(Socketsocket){
this.socket=socket;
}
;
;
@Override
publicvoidrun(){
try{
reader=newObjectInputStream(newBufferedInputStream(socket.getInputStream()));
//writer=newObjectOutputStream(socket.getOutputStream());
//開啟無限循環監控消息
//java.io.EOFException
Objectobj=reader.readUTF();
SocketAddressaddress=socket.getRemoteSocketAddress();
System.out.println(address.toString()+"> "+obj);
//Objectobj=reader.readObject();
//if(obj!=null)
//{
//Useruser=(User)obj;
//System.out.println("id=="+user.getPassword()+" name=="+user.getName());
//}
//while(true){}
}catch(IOExceptione){
e.printStackTrace();
}finally{
if(null!=reader){
try{
reader.close();
}catch(IOExceptione){
e.printStackTrace();
}
}
if(null!=writer){
try{
reader.close();
}catch(IOExceptione){
e.printStackTrace();
}
}
try{
socket.close();
}catch(IOExceptione){
e.printStackTrace();
}
}
}
}
}
第三步 Android端代碼
主要是發送數據的代碼
protectedVoiddoInBackground(Void...params){
Log.i(TAG,"doInBackground");
try{
SSLContextcontext;
KeyStorets=KeyStore.getInstance("BKS");
ts.load(getResources().openRawResource(R.raw.test),
"1qaz2wsx".toCharArray());
TrustManagerFactorytmf=TrustManagerFactory
.getInstance("X509");
tmf.init(ts);
TrustManager[]tm=tmf.getTrustManagers();
context=SSLContext.getInstance("SSL");
context.init(null,tm,null);
SocketFactoryfactory=context.getSocketFactory();
SSLSocketsocket=(SSLSocket)factory.createSocket(
"192.168.70.249",10000);
ObjectOutputStreamout=newObjectOutputStream(
socket.getOutputStream());
out.writeUTF(UUID.randomUUID().toString());
out.flush();
System.out.println("========客戶端發送成功=========");
;
socket.close();
}catch(Exceptionex){
ex.printStackTrace();
}
returnnull;
}以上是主要流程代碼，可以根據自身需要適當進行修改
『陸』 HTTPS 抓包原理以及 Android 端如何防止抓包
抓包的基本原理就是中間人攻擊 HTTPS 的握手過程 。Mac 上可使用 Charles 進行抓包。本質上就是兩段 HTTPS 連接，Client <--> Man-In-The-Middle 和 Man-In-The-Middle <--> Server。使用 Charles 進行抓包，需要 Client 端提前將 Charles 的根證書添加在 Client 的信任列表中。
回顧之前的 HTTPS 的握手過程 ，可以知道 SSL 的核心過程就是客戶端驗證證書鏈合法性——客戶端檢查證書鏈中是否有一個證書或者公鑰存在於客戶端的可信任列表中。
手機系統中內置了上百份不同的根證書。Certificate Pinning 的原理其實就是 app 中內置需要被信任的特定證書，app 在驗證伺服器傳過來的證書鏈時，使用這些特定證書來驗證的。
證書的主要作用是公鑰的載體，但在實踐中我們更多是去 pinning 公鑰， SubjectPublicKeyInfo(SPKI) 。這是因為很多伺服器會去定期旋轉證書，但是證書旋轉後，證書中的公鑰還是相同的公鑰。
如果私鑰泄露了，那麼伺服器端就不得不使用新的私鑰做出新的證書。客戶端為了預防這種情況，可以提前 pinning 這些新的證書。這樣，當伺服器替換新的證書時，客戶端 app 就可以不做任何改動。
從 SDK 24 開始，Android 支持通過 xml 來配置 certificate pinning，見 Network Security Configuration 。
其中 <pin> 節點接受 SubjectPublicKeyInfo 的 hash 值。
OkHttp 從 2.1 開始直接支持 Certificate Pinning 。
我在項目實踐中發現有的伺服器並不會在 ssl 握手階段 將完整的證書鏈傳輸過來——只會傳證書鏈中的根證書和葉子證書。如果安卓系統中使用 HttpUrlConnection 訪問伺服器，拋出如下類似異常：
但是瀏覽器對於這種缺失中間證書的伺服器卻能驗證通過，主要原因是瀏覽器訪問有完整證書鏈的網站時，如果發現證書鏈中有瀏覽器沒有內置的中間證書，那麼瀏覽器會將該證書緩存下來，這樣瀏覽器訪問其他沒有該中間證書的伺服器時，就可以使用這個緩存的中間證書來驗證證書鏈。
解決安卓上出現這個問題的方法是將這個中間證書通過 app 添加到信任證書列表中。我們需要將該中間證書加入到 App 運行時所用的 TrustManager 中。
使用 X509TrustManagerExtensions 可以將證書 pinning 到 app 中。 X509TrustManagerExtensions.checkServerTrusted() 允許開發者在系統對證書鏈驗證通過後，再次使用自己的方法驗證證書鏈。
使用方法如下：
『柒』 Android中https單向認證的總結
我們都知道使用fiddler抓取app的數據包，不管是http還是https請求，都能輕松抓取，此時對客戶端來說，fiddler是一個服務端，對服務端來說，fiddler就變成了一個客戶端，查了下資料，這種方式稱為「中間人攻擊」，怎麼才能防止https中的「中間人攻擊」呢，工作中也用到了https，所以想深入研究一下這個問題，當然每個問題如果深挖的話，都需要很多知識的支持，所以這個過程有些地方是自己的理解，難免有些偏差，有問題，咱們討論區見。
平時我們說的單項認證，一般指的是客戶端對服務端的認證，當客戶端向服務端發送請求時，服務端會把自己的證書信息發給客戶端，這個證書信息包括服務端的公鑰、有效時間、有效地址和CA的數字簽名等信息，所以客戶端需要與預埋一個證書，這樣我們可以拿本地證書和服務端發送的證書進行信息匹配，完成認證的過程（在使用fiddler抓包時，需要事先安裝的證書就是為了完成這個客戶端對服務端的認證過程，而且這個證書應該不是正規的CA機構頒發的證書，而是fiddler自己生成的證書）。
1.獲取客戶端預埋的伺服器端的證書對象
2.生成符合x509標準的證書
3.將證書導入到本地的證書密鑰庫中去
4.使用本地密鑰庫初始化信任管理器中去
5.使用信任管理器得到X509TrustManager
6.使用X509TrustManager校驗服務端的證書，此方法不報異常即使校驗成功
GitHub,SSLHelper5.java
『捌』 android okhttp https請求
忽略SSL證書的方法
//獲取TrustManager
private static TrustManager[] getTrustManager() {
//不校檢證書鏈
TrustManager[] trustAllCerts = new TrustManager[]{
new X509TrustManager() {
@Override
public void checkClientTrusted(X509Certificate[] chain, String authType) {
//不校檢客戶端證書
}
@Override
public void checkServerTrusted(X509Certificate[] chain, String authType) {
//不校檢伺服器證書
}
@Override
public X509Certificate[] getAcceptedIssuers() {
return new X509Certificate[]{};
//OKhttp3.0以前返回null,3.0以後返回new X509Certificate[]{};
}
}
};
return trustAllCerts;
}
//獲取這個SSLSocketFactory
//通過這個類我們可以獲得SSLSocketFactory，這個東西就是用來管理證書和信任證書的
public static SSLSocketFactory getSSLSocketFactory() {
try {
SSLContext sslContext = SSLContext.getInstance("SSL");
sslContext.init(null, getTrustManager(), new SecureRandom());
return sslContext.getSocketFactory();
} catch (Exception e) {
throw new RuntimeException(e);
}
}
//獲取HostnameVerifier
public static HostnameVerifier getHostnameVerifier() {
HostnameVerifier hostnameVerifier = new HostnameVerifier() {
@Override
public boolean verify(String s, SSLSession sslSession) {
//未真正校檢伺服器端證書域名
return true;
}
};
return hostnameVerifier;
}
public OkHttpClient getOkHttpClient() {
if (mOkHttpClient == null) {
mOkHttpClient = new OkHttpClient.Builder()
.connectTimeout(15, TimeUnit.SECONDS)
.sslSocketFactory(new SSLSocketClient().getSSLSocketFactory())//配置
.hostnameVerifier(new SSLSocketClient().getHostnameVerifier())//配置
// .readTimeout(10, TimeUnit.SECONDS)
.build();
}
return mOkHttpClient;
}
原文鏈接： Android https請求證書處理