一 從Android App講起
Activity <- LAUNCHER
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
載體
應用載體：Application
用戶交互載體：Activity
系統交互載體：Service，Receiver，Provider
Activity
Activity -> DecorView -> ContentView -> 視圖（So many）
視圖呈現：Activity VS View？
Activity：獨立，生命周期由系統管理，呈現代價大。
View：呈現代價小，生命周期管理需要自己實現。
Activity創建代價大于View
Activity切換由系統管理，無法實現復雜的切換效果，如手勢滑動切換。
單Activity架構：完全控制
二 視圖架構
需要些什么？
V1
View Layers
主視圖 -> MainView層
工具欄+菜單 -> ControlView層
飄浮視圖 -> FloatView層
子視圖 -> FeatureView層
對話框 -> DialogView層
ViewManager
視圖統一管理 -> RootView（）
showControl
showFeature
showDialog
| 單一內容視圖層 | 級聯內容視圖層 |
|---|---|
| MainView | FeatureView |
| ControlView | \ |
| FloatView | \ |
| DialogView | \ |
級聯內容視圖層
視圖層級控制：Show，Hide，Animation
視圖生命周期管理：Callback
問題：DialogView層是否需要作為級聯內容視圖層，多層疊放？
V2
需要直接將視圖設為Activity的ContentView -> SuperiorView || IntroView || SplashView
系統彈出層：SysLayout
View從哪來？
View <- Data <- 功能
功能 = 基礎 + 業務
三 基礎構架
基礎功能
載體
UI
數據
網絡
線程池
工具
組件庫
組件 = 核心組件 + 應用組件
核心組件：與應用無關，多應用移植
應用組件：應用相關
四 業務架構 - 模塊化模型
業務眾多 -> 模塊化
模塊化模型
模塊 = MVC
C = Manager + Bridger 對外橋接
Manager提供對外調用接口
Bridger對外調用
Manager和Bridger都是角色，實現時可以合并在Manager中。
模塊生命周期
模塊生命周期由Manager統一管理
生命長短：Long-term || Short-term
Long-term -> Manager單例（getInstance()）
問題來了：Manager通常需要Context（創建視圖，獲取資源等），Context如何傳入
getInstance(Context) ? NO！
怎么解決， 繼承一個帶Context的基類？
- 繼承：Java是單繼承。Manager會不會有繼承其他的類需要？通常情況下，Manager是一個獨立抽象出來的類，不大可能有繼承其他類的需求。
- Context基類：應用呈現時必然有Context，Context基類跟隨載體（Activity、Service）進行初始化和釋放。
It works。
ContextContainer
sContext
Activity.onCreate -> ContextContainer.activityStart(Context)
Activity.onDestroy -> ContextConainer.recycle
問題來了：應用被系統回收時，不回調onDestroy，ContextContainer如何釋放？
幸運的是：雖然Android宣稱，會回收整體應用，也會回收單個Activity。但實際上，如果Activity不運行在獨立進程上，是不會被單獨回收的。所以在這個模型中，Activity和應用的系統回收視為一體的。當應用都被回收了，ContextContainer也不會考慮了。
ContextContainer提供易得的Context
ContextContainer統一管理Context引用，減少內存泄漏的可能。
Manager生命周期
Short-term：Create -> Use -> Recycle。即用即銷
Long-term：Create/Use/Reuse/Recycle。跟隨Activity生命周期 || 跟隨應用生命周期
跟隨Activity生命周期
Activity： onCreate -> Running -> onDestory
Manager：Create -> Use -> Recycle
跟隨應用生命周期（可重用設計模型）
Activity： onCreate -> Running -> onDestroy
Manager：Create/Reuse -> Use ->Patitial Recycle
模塊化基礎架構
ModuleManager <- BasicManager
BasicManager統一管理模塊生命周期
熱啟動重用模型（下回分解）
模塊化業務實現
模塊內業務內聚
模塊間交互？模塊與視圖管理交互？
五 事件架構
事件調度中心
ControlCenter：一對一
EventCenter ：多對多
模塊生命周期管理
BasicManager：同一管理模塊生命周期
六 5層架構
自上而下：
業務層：主頁，瀏覽，插件等
調度層：ControlCenter，EventCenter，BasicManager
載體層：系統載體Application、Activity、Service，Provider，視圖管理，數據管理，網絡管理，線程管理，主題管理
應用組件層：UI，數據，網絡，工具
核心組件層：UI，數據，網絡，工具
七 Android瀏覽器
處理外鏈
<intent-filter>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.BROWSABLE"/>
</intent-filter>
瀏覽網頁
應用組件：WebView
功能模塊
基礎：瀏覽，多窗口管理
中級：導航，書簽，歷史
高級：瀏覽增強，Web-Native交互，數據同步
瀏覽模塊
權限：INTERNET
設置（WebSetting）
JavaScript開關
無圖開關
無痕開關
網頁字體大小
接口（WebView）
loadUrl
goBack/goForward
canGoBack/canGoForward
reload/stop
回調（WebViewClient，WebChromeClient）
onReceiveTitle -> 網頁標題
onReceivedIcon -> favoicon
shouldOverrideUrlLoading -> 攔截網頁加載（處理特殊scheme）
onProgressChange -> 加載進度
onPageStart/onPageFinish -> 網頁加載開始/完成（不準，跳轉會走多次）
onDownloadStart -> 下載
onCreateWindow -> 新窗口（_blank）
onShowCustomView/onHideCustomView -> 顯示/隱藏自定義視圖（網頁視頻全屏）
onJsAlert/onJsConfirm/onJsPrompt -> 網頁彈框（網頁alert，confirm，prompt）
onSelectLocalFile -> 文件選擇（網頁上傳文件）
瀏覽增強
系統內核
夜間模式：注入JS，修改網頁CSS
loadUrl(javascript:xxx) || evaluateJavascript
手勢前進后退
上層視圖手勢 + goBack/goForwardcanGoBack/canGoForward + TouchMode（反射調用）
全屏模式
修改視圖大小
網頁保存
saveWebArchive
翻頁模式
pageDown/pageUp
閱讀模式
JS + HTML主體提取
內核定制
云端加速
廣告攔截
地址欄滑動隱藏
智能拼接
Web-Native交互
addJavascriptInterface
onJsPrompt
JsCallbacker
RabbitHole
八 可運營的Android瀏覽器
應用組件：緩存式遠程數據加載組件，緩存式遠程圖片加載組件，緩存式遠程網頁加載組件
運營數據加載構架：地址下發，統一版本控制，業務數據遠程加載模型
功能模塊：導航運營，搜索引擎運營，...
