衆所周知的小程序，都知道其誕生地是微信。最開始的願景，是希望通過自定義一套全新的界面開發模式，來實現将微信能力安全、可控的開放使用。與此同時，微信團隊也希望能夠通過小程序規避掉之前用 Web 開發會遇到的各種問題，比如渲染卡頓、加載白屏時間長等問題，提供類似于原生的體驗、安全易用的微信數據開放、更多端能力的提供、簡單高效的開發方式。

其核心是前端容器化，分為UI和數據兩個層面。

• UI層面容器化，微信的解決方案很簡單，就是重新創建一套組件，完全抛棄 DOM 的标準組件。這樣就可以做到 UI 上的完全可控和安全。
• 數據層面容器化，本質上就是 JS 的沙盒，避免開發者直接拿到 UI 及其數據，這也就誕生了小程序和别的差别最大的地方——雙線程架構。

這個架構簡單科普一下，分為：

• 邏輯層: 運行在端内創建的 JS 線程中，用戶的業務代碼在該線程中執行，如你的 js 代碼
• 渲染層: 運行在端創建的 WebView 中，用戶的模闆和樣式代碼在其中執行，如你的 wxml、wxss 代碼

那麼為什麼要如此設計呢？其實最最主要地目的就是為了"安全"（并不是為了保障渲染的更順暢）是的，這是一個加了引号的安全，這裡的安全是對小程序的平台方來說的。任何軟件平台都有它的遊戲規則，比如 UI 界面的一緻性，網絡請求域的收斂，平台功能限制等，隻是小程序稍有不同的是雖然是基于 web 技術，但并不想讓開發者使用到全量的 web技術。所以把用戶的代碼放到一個脫離 web 的線程中去運行就是一個最穩妥的方案了。

不得不說，小程序無論在技術标準還是業務生态發展，經曆過近幾年的發展，都已經有質的飛躍。相比于十幾年前的HTML5技術和生态，有過之而無不及。

從Web 1.0進化到2.0之後的十幾年間，移動App都是各大軟件提供商用于争奪消費者碎片化時間的主戰場。HTML5這種标準化的、普适的文本化内容編碼格式，被廣泛應用，并最終成為了互聯網的基石之一。Web2.0向3.0的進化過程中，軟件技術标準的擴展，小程序類技術的編碼和内容格式，整體基于HTML5基礎上，更加輕量，也更加開放有生命力。

從标準的角度看，當前互聯網上的小程序類技術，幾乎都借鑒了這個領域的先行者微信的規範。可以說，微信小程序就是這個領域的“既成事實”标準。故此互聯網系列全球标準的制定者W3C，也正在通過其Mini-Apps工作組制定國際标準。

從2017年微信首次推出小程序開始，經過四年發展，各大互聯網巨頭紛紛推出自己的小程序應用平台，小程序成為真正意義上的“互聯網新技術标準”。截至2021年上半年，全網小程序數量突破700萬個，其中，微信小程序是行業主流，數量超過430萬個，占比高達約61.43%。

雖然大家都默認在智能設備中運行小程序的能力是一線互聯網企業的“專利”，事實上，已經有小程序容器技術可以實現，FinClip能夠跑在手機、Windows、Mac、Linux、統信、麒麟等智能設備操作系統上。這意味着，移動端、PC 端、IOT等智能終端都能運行小程序了。

跨端框架，在一些大廠的小程序平台中，有開始出現框架反制小程序引擎的問題。比如開發者想要對小程序自定義組件的時序進行一些優化，讓其更加符合現代框架标準，卻發現強依賴了這個框架的時序，導緻開發者根本無法将優化立馬上線，因為一旦優化，用了跨端框架的小程序幾乎全部無法運行。

一直都認為桌面應用中的浏覽器是HTML5的“天下”，事實上，技術的進步，會給我們技術人帶來持續不斷的驚喜。小程序的技術及生态，似乎在重複着HTML5當初繁盛一時的技術景象，未來發展如何，讓我們拭目以待。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!