-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
面试官:说说微信小程序的实现原理? #289
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
一、背景
网页开发,渲染线程和脚本是互斥的,这也是为什么长时间的脚本运行可能会导致页面失去响应的原因,本质就是我们常说的
JS
是单线程的而在小程序中,选择了
Hybrid
的渲染方式,将视图层和逻辑层是分开的,双线程同时运行,视图层的界面使用WebView
进行渲染,逻辑层运行在JSCore
中二、通信
小程序在渲染层,宿主环境会把
wxml
转化成对应的JS
对象在逻辑层发生数据变更的时候,通过宿主环境提供的
setData
方法把数据从逻辑层传递到渲染层,再经过对比前后差异,把差异应用在原来的Dom
树上,渲染出正确的视图当视图存在交互的时候,例如用户点击你界面上某个按钮,这类反馈应该通知给开发者的逻辑层,需要将对应的处理状态呈现给用户
对于事件的分发处理,微信进行了特殊的处理,将所有的事件拦截后,丢到逻辑层交给
JavaScript
进行处理由于小程序是基于双线程的,也就是任何在视图层和逻辑层之间的数据传递都是线程间的通信,会有一定的延时,因此在小程序中,页面更新成了异步操作
异步会使得各部分的运行时序变得复杂一些,比如在渲染首屏的时候,逻辑层与渲染层会同时开始初始化工作,但是渲染层需要有逻辑层的数据才能把界面渲染出来
如果渲染层初始化工作较快完成,就要等逻辑层的指令才能进行下一步工作
因此逻辑层与渲染层需要有一定的机制保证时序正确,在每个小程序页面的生命周期中,存在着若干次页面数据通信
三、运行机制
小程序启动运行两种情况:
需要注意:
开发者在后台发布新版本之后,无法立刻影响到所有现网用户,但最差情况下,也在发布之后 24 小时之内下发新版本信息到用户
每次冷启动时,都会检查是否有更新版本,如果发现有新版本,将会异步下载新版本的代码包,并同时用客户端本地的包进行启动,即新版本的小程序需要等下一次冷启动才会应用上
参考文献
The text was updated successfully, but these errors were encountered: