的发展目前用户最多发展最早，从技术的发展角度来看是从微信中的 webView 和 JS-SDK 进化到了今天的形态。技术虎子和大家一起学习微信底层架构的原理

1. 与h5页面的区别

• 系统权限：小程序能获得更多的系统权限，如网络通信状态、数据缓存能力等；
• 渲染机制：小程序嘚逻辑层和渲染层是分开的而 h5 页面 UI 渲染跟 JavaScript 的脚本执行都在一个单线程中，互斥所以 h5 页面中长时间的脚本运行可能会导致页面失去响应。

其实小程序开发过程中我们面对的是 iOS 和 Android 微信客户端和辅助开发的小程序开发者工具。根据官方文档这三大运行环境也是有所区别的：

小程序的渲染层和逻辑层分别由2个线程管理：

• 渲染层：界面渲染相关的任务全都在 WebView 线程里执行。一个小程序存在多个界面所以渲染层存在多个 WebView 线程。

视图层和逻辑层通过系统层的 WeixinJsBridage 进行通信：逻辑层把数据变化通知到视图层触发视图层页面更新，视图层把触发的事件通知到逻辑层进行业务处理

（页面渲染的具体流程是：在渲染层，宿主环境会把 WXML 转化成对应的 JS 对象在逻辑层发生数据变更的时候，我们需要通过宿主环境提供的 setData 方法把数据从逻辑层传递到渲染层再经过对比前后差异，把差异应用在原来的Dom树上渲染出正确的UI界面）

双线程模型是小程序框架与业界大多数前端 Web 框架不同之处。基于这个模型可以更好地管控以及提供更安全的环境。缺点是带来了无处不在的異步问题（任何数据传递都是线程间的通信也就是都会有一定的延时），不过小程序在框架层面已经封装好了异步带来的时序问题

现茬也支持自定义组件了，用法和组件间通信类似于 Vue 

在内置组件中，有一些组件并不完全在 Exparser 的渲染体系下而是由客户端原生参与组件的渲染。比如说 Map 组件它渲染的层级比在 WebView 层渲染的普通组件要高。

引入原生组件的优点是：

• 热启动：：假如用户已经打开过某小程序然后茬一定时间内再次打开该小程序，此时无需重新启动只需将后台态的小程序切换到前台，这个过程就是热启动；
• 冷启动：用户首次打开戓小程序被微信主动销毁后再次打开的情况此时小程序需要重新加载启动，即冷启动

只有当小程序进入后台一定时间，或者系统资源占用过高才会被真正的销毁。

开发者在后台发布新版本之后无法立刻影响到所有现网用户，但最差情况下也在发布之后 24 小时之内下發新版本信息到用户。

小程序每次冷启动时都会检查是否有更新版本，如果发现有新版本将会异步下载新版本的代码包，并同时用客戶端本地的包进行启动即新版本的小程序需要等下一次冷启动才会应用上。

所以如果想让用户使用最新版本的小程序可以利用 wx.getUpdateManager 做个检查更新的功能：

 // 请求完新版本信息的回调
 

 的基础底层架构大概就这么多，大家可以花时间多研究下原理有问题欢迎在春哥技术源码论坛留言讨论。