一、背景
網頁開發，渲染線程和腳本是互斥的，這也是為什么長時間的腳本運行可能會導致頁面失去響應的原因，本質就是我們常說的 JS 是單線程的
而在小程序中微信小程序系統原理圖，選擇了 的渲染方式，將視圖層和邏輯層是分開的，雙線程同時運行，視圖層的界面使用 進行渲染，邏輯層運行在 中
二、通信
小程序在渲染層，宿主環境會把wxml轉化成對應的JS對象
在邏輯層發生數據變更的時候，通過宿主環境提供的方法把數據從邏輯層傳遞到渲染層，再經過對比前后差異，把差異應用在原來的Dom樹上，渲染出正確的視圖
當視圖存在交互的時候，例如用戶點擊你界面上某個按鈕微信小程序系統原理圖，這類反饋應該通知給開發者的邏輯層，需要將對應的處理狀態呈現給用戶
對于事件的分發處理，微信進行了特殊的處理，將所有的事件攔截后，丟到邏輯層交給進行處理
由于小程序是基于雙線程的，也就是任何在視圖層和邏輯層之間的數據傳遞都是線程間的通信，會有一定的延時，因此在小程序中，頁面更新成了異步操作
異步會使得各部分的運行時序變得復雜一些，比如在渲染首屏的時候，邏輯層與渲染層會同時開始初始化工作，但是渲染層需要有邏輯層的數據才能把界面渲染出來
如果渲染層初始化工作較快完成，就要等邏輯層的指令才能進行下一步工作
因此邏輯層與渲染層需要有一定的機制保證時序正確，在每個小程序頁面的生命周期中，存在著若干次頁面數據通信
三、運行機制
小程序啟動運行兩種情況：
需要注意： ?
1.小程序沒有重啟的概念
2.當小程序進入后臺，客戶端會維持一段時間的運行狀態，超過一定時間后會被微信主動銷毀
3.短時間內收到系統兩次以上內存警告，也會對小程序進行銷毀，這也就為什么一旦頁面內存溢出，頁面會奔潰的本質原因了
?
開發者在后臺發布新版本之后，無法立刻影響到所有現網用戶，但最差情況下，也在發布之后 24 小時之內下發新版本信息到用戶
每次冷啟動時，都會檢查是否有更新版本，如果發現有新版本，將會異步下載新版本的代碼包，并同時用客戶端本地的包進行啟動，即新版本的小程序需要等下一次冷啟動才會應用上
參考文獻
--The End--
系列正在更新：8/8
點擊下方卡片解鎖更多
創作不易，星標、點贊、在看 三連支持