微信小程序开发：在微信里造一个“轻应用”

一、它是什么

微信小程序是一种不需要下载安装、即用即走的轻量应用。它运行在微信内部，技术栈看起来很像前端：用 WXML 写结构，WXSS 写样式，JS 或 TS 写逻辑，JSON 做配置。但它不是网页——没有 DOM，不能直接操作页面节点，一切更新都要通过数据驱动。

二、最小目录长什么样

一个最简小程序通常包含：

app.js
app.json
app.wxss
pages/index/index.js
pages/index/index.wxml
pages/index/index.wxss
pages/index/index.json

其中 app.json 负责注册页面

{ "pages": ["pages/index/index"] }

这行配置告诉微信：启动后先进入 pages/index/index。

三、一个能点的页面

WXML：

<view>{{count}}</view>
<button bindtap="add">+1</button>

JS

Page({
  data: { count: 0 },
  add() { this.setData({ count: this.data.count + 1 }) }
})

点击按钮，add 被触发，setData 更新数据，视图里的 {{count}} 随之变化。注意：不能写 this.data.count++ 就指望页面刷新，必须调用 setData。它是逻辑层和渲染层之间的桥梁，也是性能优化的关键点——频繁调用或一次传大对象，都会让页面变卡。

四、为什么不能操作 DOM

小程序采用双线程模型：逻辑层跑在 JSCore 里，渲染层跑在 WebView 里，两者通过 Native 通信。这样做的好处是安全、可控，坏处是通信有开销。所以小程序开发的核心思路是：数据变，视图变，而不是“找到那个按钮，改它的样式”。

五、生命周期

App 有 onLaunch、onShow、onHide；Page 有 onLoad、onShow、onReady、onHide、onUnload。常用场景：

• onLoad：接收参数、发请求；
• onShow：刷新页面数据；
• onUnload：清理定时器、取消监听。

写小程序时，很多“页面卡死、内存泄漏”的问题，最后都能追溯到生命周期没处理好。

六、能做什么

微信提供了大量 API：网络请求、文件、媒体、位置、支付、开放接口等。如果不想自己搭后端，可以用云开发：云函数、云数据库、云存储，前端直接调用，省去服务器运维。

如果想一套代码跑多端，还可以用 Taro、uni-app 等跨端框架，编译到微信小程序、H5、App 等平台。

七、性能与发布

几个实用原则：主包尽量小，非核心页面做成分包；图片压缩后再上传；长列表用虚拟列表或官方 recycle-view；避免在 onPageScroll 里频繁 setData。

发布流程也不复杂：注册小程序账号，拿到 AppID，用微信开发者工具预览、上传，然后提交审核。审核时注意类目选择、隐私协议配置，涉及用户信息的接口尤其要谨慎。

八、结语

小程序开发门槛低，几行代码就能跑出一个可交互页面。但要做得稳、做得快，必须理解它的双线程模型、setData 机制、生命周期和平台规则。它像网页，却不是网页；它轻，但背后有一整套微信生态在支撑。