前端工程化 · 48/90
1. Babel 的工作原理 2. body-parser 中间件的作用 3. Babel 转译原理 4. 浏览器和 Node 中的事件循环区别 5. 职责链模式 6. 链模式 7. 命令模式 8. 组件封装设计 9. 数据统计 10. dependencies 和 devDependencies 的区别 11. CommonJS 和 ES6 模块引入的区别 12. 设计模式分类 13. 前端开发中常用的设计模式 14. 设计模式应用场景 15. 设计原则 16. 开发环境搭建要点 17. Electron 理解 18. 前后端分离是什么 19. 工厂模式 20. 前端代码重构 21. 前端组件化 22. 前端工程师职业发展 23. 前端工程化方向 24. 前端工程化的理解 25. 前端工程价值体现 26. 前端工程化 27. Git 常用命令与工作流 28. Gulp 任务自动化工具 29. 图片导出 30. 前端模块化规范 31. 迭代器模式 32. JavaScript 编码规范 33. 前端 CI/CD 流程 34. jQuery 生态对比 35. jQuery 实现原理 36. jQuery 与 Sizzle 选择器集成 37. Koa 中间件异常处理 38. jQuery 源码优秀实践 39. jQuery 与 Zepto 对比 40. jQuery UI 自定义组件 41. Koa 中间件不调用 await next() 的影响 42. Koa 在没有 async/await 时如何实现洋葱模型 43. Koa 和 Express 的区别 44. Koa 洋葱模型 45. 登录实现 46. 中介者模式 47. 模块模式 48. 小程序架构 49. 小程序常见问题 50. Monorepo 概念与工具 51. mpvue 框架 52. MVC vs MVP vs MVVM 53. Node.js ES Module 为什么必须加文件扩展名 54. MVC、MVP 和 MVVM 架构模式 55. Node.js 全局对象 56. Node.js 性能监控与优化 57. Node.js 多进程与进程通讯 58. Node.js 调试方法 59. Node.js 中的 process 对象 60. Node.js 的理解与应用场景 61. npm 是什么? 62. 观察者模式和发布订阅模式的区别 63. 页面重构方法 64. PM2 守护进程原理 65. 分页功能的前后端设计 66. PostCSS 作用 67. 项目管理方法 68. Rollup 打包工具 69. 高质量前端代码 70. JavaScript 单例模式实现 71. SSG 静态网站生成 72. 模板方法模式 73. 设计模式的六大原则 74. Tree Shaking 原理 75. 用户授权信息获取流程 76. Vite 原理与性能优势 77. Web App vs Hybrid App vs Native App 78. Web 前端开发注意事项 79. Web APP 设计原则 80. Webpack 构建流程 81. Hash vs ChunkHash vs ContentHash 82. Webpack 热更新原理 83. Webpack Loader 与 Plugin 区别 84. webpack 的 module、bundle、chunk 是什么 85. Webpack Proxy 工作原理与跨域解决 86. webpack、rollup、parcel 的选择 87. WePy 与 mpvue 对比 88. WXML 和 WXSS 89. Webpack Scope Hoisting 90. Zepto 实现原理

小程序架构

小程序双线程架构模型及通信机制

问题

描述小程序的架构设计,解释为什么采用这种架构。

解答

双线程架构

小程序采用双线程模型,将渲染层和逻辑层分离:

┌─────────────────────────────────────────────────────┐
│                      视图层                          │
│                   (Render Thread)                    │
│  ┌─────────┐  ┌─────────┐  ┌─────────┐             │
│  │ WebView │  │ WebView │  │ WebView │   ...       │
│  │ (页面1) │  │ (页面2) │  │ (页面3) │             │
│  └─────────┘  └─────────┘  └─────────┘             │
└──────────────────────┬──────────────────────────────┘

                       │ setData / 事件

┌─────────────────────────────────────────────────────┐
│                    Native 层                         │
│         (JSBridge / 微信客户端)                      │
└──────────────────────┬──────────────────────────────┘

                       │ 数据 / 回调

┌─────────────────────────────────────────────────────┐
│                     逻辑层                           │
│                  (Logic Thread)                      │
│              ┌─────────────────┐                    │
│              │    JsCore /     │                    │
│              │     V8 引擎     │                    │
│              └─────────────────┘                    │
│                  App Service                        │
└─────────────────────────────────────────────────────┘

各层职责

// 逻辑层 - 运行在 JsCore/V8 中
// 负责业务逻辑、数据处理、API 调用
Page({
  data: {
    list: []
  },
  
  onLoad() {
    // 调用微信 API(通过 Native 层)
    wx.request({
      url: 'https://api.example.com/data',
      success: (res) => {
        // 通过 setData 将数据发送到渲染层
        this.setData({ list: res.data })
      }
    })
  },
  
  // 接收渲染层的事件
  handleTap(e) {
    console.log('点击事件', e)
  }
})
<!-- 渲染层 - 运行在 WebView 中 -->
<!-- 负责页面渲染、用户交互 -->
<view class="container">
  <view 
    wx:for="{{list}}" 
    wx:key="id"
    bindtap="handleTap"
  >
    {{item.name}}
  </view>
</view>

通信机制

// setData 的工作流程
this.setData({ count: 1 })

// 1. 逻辑层:数据序列化为 JSON 字符串
// 2. Native 层:通过 JSBridge 传输数据
// 3. 渲染层:反序列化,执行 diff,更新 DOM

// 性能优化:减少 setData 调用次数和数据量
// 错误示范
this.setData({ a: 1 })
this.setData({ b: 2 })
this.setData({ c: 3 })

// 正确做法
this.setData({ a: 1, b: 2, c: 3 })

// 只更新需要的字段
this.setData({
  'list[0].name': 'new name',  // 路径更新
  'obj.key': 'value'
})

为什么采用双线程

// 1. 安全性 - 逻辑层无法直接操作 DOM
// 开发者无法执行以下操作:
document.getElementById('xxx')  // 不可用
window.location.href = 'xxx'    // 不可用

// 2. 性能 - 渲染和逻辑并行执行
// 逻辑层计算不会阻塞渲染
// 多个 WebView 可以预加载

// 3. 管控 - 平台可以控制 API 能力
// 所有能力都通过 Native 层提供
wx.request()      // 网络请求
wx.getLocation()  // 位置信息
wx.scanCode()     // 扫码

与传统 Web 的对比

特性小程序传统 Web
线程模型双线程单线程
DOM 操作不可直接操作可直接操作
渲染引擎WebView浏览器
JS 引擎JsCore/V8浏览器内置
通信方式异步序列化同步

关键点

  • 双线程架构:渲染层(WebView)和逻辑层(JsCore)分离运行
  • 通信机制:通过 Native 层的 JSBridge 进行数据传输,setData 是异步的
  • 安全管控:逻辑层无法直接操作 DOM,所有能力由平台提供
  • 性能代价:跨线程通信需要序列化,频繁 setData 会影响性能
  • 每个页面对应一个 WebView,支持多页面预加载