從androido開始，google引入了treble架構，目的是為了方便系統公升級，將oem定製的東西和framework分離。
在此之前的android系統架構當中，android framework與android hal是打包成乙個system.img的，而且framework與hal之間是緊耦合的，通過鏈結的方式使用相應的硬體相關so庫。老版本的android 的系統框架當中framework與hal之間的一般架構框架是：
所以每次
android framework
的公升級需要對應的
android hal
公升級。在android o以及以後的版本當中，android 更新了新的框架設計在新的框架設計當中，引入了一套叫hidl的語言來定義freamework與hal之間的介面，新的架構如下圖：
跟以往的android 版本相比較，android o裡使用hidl來解耦android framework 與vendor hal implemetation之間的關係，從而簡化降低android系統公升級的影響與難度。
android framework會在system分割槽當中，而vendor hal implemetation會在乙個新定義的分割槽(vendor.img)當中，這樣重新整理的system.img 才不會影響到vendor hal implemetation，所以在android o中的公升級方式變成以下方式：
google的目的很理想，但現實很殘酷，大部分oem廠商是沒有google的研發實力的，無法跟上google的節奏，因此很多廠商還停留在android老版本，為了給oem廠商學習時間，同時保持android向前相容，google為hal定義了3種型別：
1，binderizedhals，從名字上應該是指binder化的hal，也就是說hal都被寫成了binder service了，android fw都是binder client。
2，passthroughhals，從google的官方介紹來說，這個是對原先hal的包裝，但是最終的binder service 跟binder client都是活在同乙個程序當中。這個應該是對老版本hal的相容。
3，same-processhals,由於某些效能的因素，這些hals必須執行在android framework 所在的程序當中，比如su***ceflinger中的gralloc hal，如果進行程序分離，那麼對系統效能影響較大。
IntegrationServices架構概述
integration services平台包括許多元件，但在最高層次上，它由4個主要部分組成。1 integration services執行時。ssis執行時提供了執行ssis包所需的核心功能，包括執行 記錄 配置 除錯等。2 資料流引擎。ssis資料庫引擎 也成為管道 提供了將資料從源移動到s...
IOS iOS App 上架流程
2 進入 ios provisioning portal。6 點選 submit。2.申請 distributionprovisioning profiles 1 在 ios provisioning portal 頁面，點選左側的 provisioning。2 點選上面的 distribution...
iOS APP上架札記
問題 1 在匯出證書的時候，發現p12格式是不能選擇的，於是在網上找到了這個的解決方法，此證書的簽發者無效 另外依舊有人是這樣解決問題的 把系統 證書中的複製到 登入 我的證書中就好了，但是原因暫時還不知道 ios推送證書無法匯出p12檔案 xcode 打包成可發布spa步驟教程 5 在匯出包的時候...