小程序性能优化没有单点方案，域名收敛负责减少网络连接损耗，按需加载负责压缩首屏代码执行量，两者只有配合起来，才能把启动速度从“等”压到“快”。
小程序域名收敛怎么做？先搞懂请求域合并和后台白名单
为什么域名收敛能降低小程序首屏加载耗时
小程序每一次发起网络请求,都要经过 DNS解析、TCP握手、TLS握手、HTTP请求 四个环节，每多一个不同的域名，链路就多一轮解析与连接，移动网络下DNS解析延迟波动大，弱网场景更加明显。
- 多个业务接口分散在四五个域名下,首屏可能要同时连三四个域。
- 域名收敛把接口主域合并到1-2个，路径用
/api/user、/api/order区分。 - 请求数不变,但连接建连次数下降，首屏网络耗时自然减少。
- 业内专家指出，移动端域名解析耗时占请求总耗时的比例容易被开发者忽略，却常常是首屏卡顿的隐藏因素。
微信小程序后台域名白名单配置的实操步骤
小程序对请求域名有强校验,所有网络请求必须走已配置的合法域名，配置路径如下：
- 登录微信公众平台,进入 开发管理开发设置服务器域名。
- 在 request合法域名、socket合法域名、uploadFile合法域名、downloadFile合法域名 四个类别中分别添加。
- 域名必须满足三个条件：已备案、HTTPS、不带端口号。
- 保存后需在开发者工具重新编译,真机预览才能生效。
不想频繁改动后台配置的团队,可以只保留一个主接口域，接口路径做版本区分，这样前端环境切换只改路径前缀，不改域名配置。
域名收敛和HTTP/2多路复用对比：合并域名一定更快吗
HTTP/2支持多路复用，单域名下并发请求可以共用一条连接，不用重复握手，但这不代表域名收敛已经过时。
- HTTP/2复用只解决同一域名内的连接效率，域名数量多时仍需分别为每个域名建立连接。
- 小程序
wx.request底层支持HTTP/2，但实际是否复用取决于服务器与网络链路。 - 域名收敛在弱网、冷启动、频繁切换页面的场景收益更稳定。
- 过度合并到单域名会让服务器路由复杂,日志排查和故障隔离变难。
对比表如下：
| 对比项 | 多域名不收敛 | 收敛到2-3个域名 | 收敛到单域名 |
|---|---|---|---|
| 连接成本 | 高 | 低 | 最低 |
| 服务器路由复杂度 | 低 | 中 | 高 |
| 故障隔离能力 | 强 | 中 | 弱 |
| 推荐指数 | 低 | 高 | 中 |
小程序按需加载怎么实现？从分包到按需注入的完整步骤
小程序按需加载和分包加载的区别是什么？一张表说清
这两个词经常被混着用,但控制粒度完全不同。
| 维度 | 分包加载 | 按需注入 |
|---|---|---|
| 控制对象 | 页面/功能模块 | JS文件/自定义组件 |
| 触发时机 | 进入分包页面时 | 页面或组件首次渲染时 |
| 配置位置 | app.json 的 subpackages |
app.json 的 lazyCodeLoading 和页面 componentPlaceholder |
| 优化目标 | 减小主包体积 | 减少首屏JS执行量 |
简单说：分包解决的是代码下载体积，按需注入解决的是代码执行压力。
分包加载实操：把非首屏页面拆出去
微信小程序主包体积上限为 2M，单分包上限 2M，总包上限 20M（据微信小程序官方文档），主包一旦逼近2M，基本无法正常提交审核。
配置方式：
- 在
app.json中增加subpackages字段，指定root和pages。 - 独立分包可脱离主包运行,非独立分包依赖主包公共逻辑。
- 将订单列表、个人中心、设置、帮助等低频页面放入分包。
- 首页、登录、核心交易流程保留在主包。
开发者工具右上角 详情基本信息 可以实时查看主包和各分包体积，拆包后主包体积变化一目了然。
按需注入配置：让代码在需要时才进内存
按需注入的核心配置只有两步：
app.json中设置"lazyCodeLoading": "requiredComponents"。- 页面
json中用componentPlaceholder给非核心自定义组件配置占位。
这样页面初次渲染时,只实例化首屏真实需要的组件，其余组件先用占位组件撑住布局，等真正需要时再注入执行。
图片按需加载同样关键：
image组件可配置lazy-load，列表图片滚动到可视区才加载。- 首屏接口不要一次性拉全量数据,先请求可视区域数据，用户点击Tab或下拉时再请求对应数据。
担心小程序按需加载改造成本高吗？其实配置本身只是几行代码的事，真正耗时的是梳理组件依赖关系，确认哪些组件可以延迟注入。
深圳小程序开发中，域名收敛和按需加载常见的配合误区
深圳小程序开发团队普遍重视性能优化,但实操中仍有几类典型误区：
- 只收敛域名不拆包：网络请求变快了，但主包JS执行时间依然长，首屏变化不大。
- 分包拆得过碎：用户每跳转一次就加载一个新包，切换卡顿反而更明显。
- 按需注入覆盖核心组件：首屏关键组件被占位替换，用户看到空白区块，体验倒退。
- 域名全部合成一个：图片、接口、日志、统计塞到同一域名，主域请求排队，延迟被放大。
修正方式很简单：域名保留 2-3个，分包按用户主路径和次路径划分，按需注入只对非首屏组件生效。
首屏加载慢怎么解决？域名收敛与按需加载的完整优化链
首屏慢通常不是单一原因,而是多个耗时环节叠加，完整优化链路应按数据优先级推进：
- 用开发者工具性能面板查看 启动耗时、JS注入耗时、请求耗时
。
- 先做主包体积压缩：分包拆出低频页面，图片移CDN，删除无用代码。
- 再配
lazyCodeLoading和componentPlaceholder，减少首屏组件实例化。 - 合并请求域名到2-3个，减少DNS解析和连接建立。
- 首屏接口合并或并行,使用本地缓存降低重复请求。
各阶段对应优化手段如下：
| 启动阶段 | 主要耗时来源 | 优化手段 |
|---|---|---|
| 代码下载 | 主包体积 | 分包加载 |
| JS注入 | 代码执行 | 按需注入 |
| 请求发出 | 网络连接 | 域名收敛 |
| 数据返回 | 接口响应 | 缓存/并行 |
| 页面渲染 | 组件数量 | 占位组件/懒加载 |
小程序域名收敛与按需加载常见问题
小程序域名收敛一定要合并到一个域名吗？
不建议,小程序域名收敛一般保留 2-3个主域名 比较合理：一个接口主域、一个图片CDN域、一个统计或日志域，全部合并到一个域名会让服务器路由变复杂，单域名故障影响全站，所有域名都需要配置到合法域名白名单，HTTPS证书必须覆盖对应域名。
小程序按需加载配置后，分包页面打开变慢正常吗？
正常但不应该明显,按需加载会推迟组件实例化，打开分包页面时才开始加载对应代码，首次进入会有轻微延迟，如果延迟超过可感知范围，检查分包是否拆得过细、是否缺少分包预下载，微信提供 preloadRule 配置，可在用户进入某页面时预下载关联分包，降低跳转等待。
小程序域名收敛和按需加载哪个对首屏速度影响更大？
多数情况下,主包体积和JS注入耗时比请求连接耗时更影响首屏速度，应先做按需加载和分包，再做域名收敛，两者不是二选一，而是同一条优化链上的两个环节，开发者工具性能面板可以分别显示代码注入耗时和网络请求耗时，按实际数据决定优先做哪一项。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/645191.html
