⚡ 30 秒速记
- 核心判断：性能优化先建立用户指标与资源、主线程、渲染和网络证据，再定位最长关键路径
- 原理主线：围绕 「一、双线程模型」、「二、 小程序的用户体系与 OAuth 规」、「三、自定义组件」 建立输入、状态变化与输出之间的因果关系
- 文章范围：系统介绍了小程序的双线程架构、渲染与逻辑线程的通信机制、性能优化建议，以及微信小程序的用户体系和 OAuth 登录流程，帮助开发者深入理解小程序的核心原理与开发实践。
- 边界与代价：实验室分数不等于真实用户体验，平均值也会掩盖长尾；优化一项指标可能转移成本
- 工程落地：用现场数据确定瓶颈、做最小改动、对照验证并持续监控回归
小程序开发的核心是理解双线程通信，并围绕登录安全、组件通信和渲染成本做设计。 逻辑层不能直接操作界面，数据要经由客户端转发给渲染层，因此频繁或大体量的 setData 会增加通信和渲染压力。登录时应由服务端使用 code 换取 openid 与 session_key，客户端只保存开发者服务下发的 token。组件间一般优先采用事件与 properties 通信，性能排查则重点关注节点规模、脚本耗时、请求数量和首屏数据量。
这篇文章不要按 API 清单来背。先用上面的 Mind Map 建立全局结构，再通过交互 DEMO 观察正常路径和边界路径如何改变状态；阅读正文时重点核对每一步的输入、负责执行的参与者、产生的中间状态以及最终可观察结果。遇到版本敏感结论，要把“历史实现”“当前行为”和“工程兼容策略”分开说明；遇到性能或架构取舍，则用实际指标、失败现象和验证手段支撑判断。
版本校准： 原理文章中的代码代表特定实现与写作时间。应用到当前项目时，应先确认浏览器、框架或工具的主版本，再区分稳定的规范语义、可变化的内部实现和项目自身约束。
# 一、双线程模型
# 渲染线程和逻辑线程
小程序的双线程指的就是渲染线程和逻辑线程，这两个线程分别承担UI的渲染和执行 JavaScript 代码的工作
渲染线程使用 Webview 进行 UI 的渲染呈现。Webview 是一个完整的类浏览器运行环境，本身具备运行 JavaScript 的能力，但是小程序并不是将逻辑脚本放到 Webview 中运行，而是将逻辑层独立为一个与 Webview 平行的线程，使用客户端提供的 JavaScript 引擎运行代码，iOS 的JavaScriptCore、安卓是腾讯 X5 内核提供的 JsCore 环境以及 IDE 工具的 nwjs
并且逻辑线程是一个只能够运行 JavaScript 的沙箱环境，不提供 DOM 操作相关的 API，所以不能直接操作 UI，只能够通过 setData 更新数据的方式异步更新 UI
# 事件驱动的通信方式
你要注意上图渲染线程和逻辑线程之间的通信方式，与 Vue/React 不同的是，小程序的渲染层与逻辑层之间的通信并不是在两者之间直接传递数据或事件，而是由 Native 作为中间媒介进行转发。
