千元安卓机上跑小程序3D，为什么刚开始挺顺、两分钟后又烫又掉帧？

小程序3D在千元安卓机上先顺后烫、再掉帧，按 2026 年常见交付经验，瓶颈多数不在模型面数，而在填充率（画布像素量乘以透明与叠加层数）和 drawcall 数量。判断顺序是先定位再动手：单独降渲染分辨率后帧率明显回升，偏填充率卡；降分辨率几乎无效、减少同屏材质种类后才回升，偏 drawcall 卡。先降分辨率还是先合批，由实测瓶颈决定，不由哪个方案听起来更专业决定。

为什么千元安卓机是「先发烫、再掉帧」

千元机与中端机的差别不只在 GPU 算力，更在散热预算。小程序容器跑 WebGL，可用显存与上下文数量受宿主限制，长时间高负载先升温、再降频，帧率在降频之后才掉下来。所以「一打开就卡」和「转两分钟才卡」通常是两类问题：前者偏加载与首帧，后者偏持续渲染开销。

只看某一帧峰值意义有限。2026 年常见做法是记录 1~3 分钟连续帧率曲线，看第几秒开始下滑、是否伴随机身温度上升。曲线比单点数据更能说明问题在散热还是算法层。

• 打开即卡：多与首屏资源、解码、shader 编译相关，属加载侧。
• 转一会儿才卡：多与填充率、透明叠加、持续 drawcall 相关，属渲染侧。
• 切后台再回来卡：多与 WebGL 上下文回收后的资源重建相关，属恢复逻辑。

先判断卡在填充率还是 drawcall，做这三件事

不要一次改五个参数，否则只知道「好一点了」，不知道哪项起作用。按单变量对照做，每次只动一项并记录帧率变化，通常一两轮能定性。

1. 记录基准：固定机型、电量区间（如 50% 以上）、场景与相机路径，记下平均帧率与最低帧率。
2. 单独降分辨率：把画布像素比从设备上限降到 1.0 或 0.75，其余不动。若帧率明显回升，瓶颈偏填充率。
3. 单独减材质种类：把同屏材质合并成少数几种、共用贴图集，分辨率还原。若此时才回升，瓶颈偏 drawcall。

做到什么算合格：能说清「改了哪一项、提升多少帧」。说不清，说明测试变量没控住，后面所有优化容易变成盲调，也难向甲方解释为什么还需加时间。

降分辨率与材质合批，怎么选更不容易白费功夫

两者不是二选一，而是先判断再组合。下面按几个维度列差异，数字为经验区间，具体以项目实测为准。

• 改动层级：分辨率属运行时设置，改动轻；材质合批属资源组织，改动重。
• 见效速度：分辨率通常当天可验证；合批常需数小时到数天整理与复测。
• 画质代价：分辨率会带来边缘与文字发糊；合批处理不当，会因迁就贴图集让局部变糊。
• 返工风险：分辨率可随时回退；合批一旦打乱部件命名与层级，后期追加动画容易返工。
• 适用对象：SKU 多的产品目录偏合批；单件产品高精度展示偏分辨率与特效控制。

经验区间上，中低端机把像素比降到 0.7~1.0、同屏材质压到 3~8 种，往往能覆盖多数展示类需求；再往下压，画面清晰度会先于帧率成为甲方不接受的理由。所以清晰度底线最好在开工时就谈好，而不是验收时再争。

把优化排成四步更省事：先定分辨率档，按机型分档设置画布像素比；再做材质合批，合并贴图与材质，但别把需要独立动画的部件强行合并；接着简化光照，优先用已烘焙光照贴图或预置环境光；最后削减透明叠加、粒子与实时反射。每一步验收口径不同，合批看同屏材质种类与绘制批次数量，光照看转到背面是否发黑，特效看关闭后画面是否仍能表达产品特征。

交付现场常见的一段：低端机验收卡在哪

在项目里常见的情况是：甲方指定「要在某款千元机上流畅演示」，素材已经定稿，模型不允许改面数，交期只剩几天。此时代价较小的做法是把分辨率档、材质合批、实时灯数量三件事分开做，先出一版真机录屏给甲方确认清晰度底线，再决定是否继续合批。

如果跳过这一步、直接按高端机效果交付，往往在验收当天被要求返工；重做材质合批会牵动贴图集与命名，常见区间要多花 1~3 天，还不一定保住原交期。交付前先核对机型清单与清晰度底线，比事后调参省事得多。

适用场景与边界

这套思路适合轻交互、以产品展示与信息传达为主的小程序3D：单件或少量 SKU、相机不做长距离漫游、光照以预置为主。判断标准是——把实时灯关到最少、贴图集合并且材质合批之后，画面是否仍能表达产品特征。能，就适合走这条路线。

反过来，若需要在大场景里自由漫游、需要实时反射与大量动态光源，或需要写实级角色表演，那么小程序容器与中低端机的散热预算通常扛不住。这类需求更适合放到原生应用、PC 端或合适的实时方案里，不建议硬压进小程序3D。

常见问题

小程序3D从建模到上线的经验周期大概多久？

按 2026 年常见交付，单件产品的展示型小程序3D经验区间约 10~25 个工作日，含建模、材质、减面与真机联调；SKU 越多、兼容档位越多，周期越往后走。

小程序3D是建模贵还是渲染贵？

多数情况下建模与减面优化占大头，渲染端成本集中在材质合批、光照烘焙与真机调优。素材越不规整，前期清洗与建模投入越高。

小程序3D交付一般给哪些格式？

常见以 glTF/GLB 为主，辅以贴图集与说明文档，必要时附源文件。交付前要先核对单位比例、贴图路径与命名规范，避免前端接手后重新对齐。

小程序3D在低端机上要保证多少帧算合格？

经验区间上，展示类场景在千元机上稳定接近 30 帧、连续运行 1~3 分钟不掉档，通常可交付；若涉及拖拽旋转，帧率波动比平均帧率更值得关注。

下一步建议：先拿目标机型跑一次 1~3 分钟的连续帧率记录，再决定先降分辨率还是先合批，并把清晰度底线与机型清单写进验收条件。若场景是长距离漫游、实时反射或写实角色表演，不建议在小程序3D里硬做，换更合适的实时方案交付更稳妥。按企业项目交付习惯，落地团队也会先做机型分档与清晰度确认。