小狐狸是什么：希望技术文章更有趣。我引入动物小伙伴作为我的同事们，一起探究代码和数据之美。希望之后出一本连年轻的小伙伴（小学生）都能懂技术故事书。
今天一进门，我看见小狐狸抱着她的三角脑袋在沉思。一边沉思一边还低声念叨。我倒了杯咖啡给她，询问她怎么回事。她看见我问她，耳朵耷拉下来了。我追问怎么回事，她用略带责备的口吻说，"到底为什么小程序要双线程这种逻辑，搞得麻烦死了。一点都不好用。还不如逻辑和渲染走一个线程"。
我把咖啡杯往她面前摞一摞说，你知道微信的双线程设计是怎么样的吗。她嘬了一口咖啡，打开了微信的官方文档。
developers.weixin.qq.com/ebook?actio...
她尤其指了一下下方这个架构图。
相比于浏览器的执行，webview（渲染） 和 JsCore （逻辑）是单独运行在两个线程，甚至可以是两个进程上的。JScore 可以有很多种实现方式。Web worker 就可以是一个 JSCore。JSCore 只需要提供一个标准的 JS 运行时环境即可。
小狐狸继续抱怨，我没懂为什么要这样设计。我思忖了一下，说你知道为什么 React 要设计 fiber 吗。狐狸说，因为要拆小逻辑的执行任务，减少单一任务过长导致渲染任务执行。那么双线程不就没这个问题了呗，我断言到。小狐狸点点头。我继续引导道，更多的进程和线程对操作系统意味着什么。更多的计算资源和存储资源可以用来做之前事情。事实上，渲染和逻辑分离可能才是最佳的应用解决方案。而非浏览器的单线程方案。
小狐狸沉下问，那么是不是我们需要大面积的改变我们的 H5 写法。来适应双线程的开发方式。
我回答：没有这个必要性。我们当前使用 vue3 来开发 H5。vue 的框架就非常好能改造成双线程的架构。比如下面这张图
开发者开发的 Vue 对象，我们能够很轻松把代码拆解成渲染和逻辑两块。渲染和 Vue 的渲染模块（如 diff， vm 管理的模块）扔给 webview。逻辑代码和管理模块扔到 JSCore 里就可以了。
小狐狸恍然大悟，思考了一会又绕绕头。记下来呢怎么更新，不会每个按钮都映射一个函数事件吧。我拍拍她的脑袋，随即把图片的右边数据通讯补齐了。
暂时无法在飞书文档外展示此内容
事实上，webview 只用发送当前用户操作了什么。JScore 只用当 data 对象更新了，告诉 webview data 有什么即可。执行操作对应的函数和 data 改变触发的视图更新都在渲染和视图内部完成。
当然还会遇到很多细节问题，比如我们如何管理这么多 vue component 并更新，如何解决 querySelector 的问题。我们可以之后再聊。