同一个项目用HBuliderX4.87可以成功打包 alpha 5.0可以打包 但是alpha5.01就提示超限
t***@jpgoodbuy.com
- 发布：2026-02-12 16:10
- 更新：2026-02-12 16:53
- 阅读：29
产品分类： uniapp/App
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： 10
HBuilderX类型： Alpha
HBuilderX版本号： 5.01
手机系统： Android
手机系统版本号： Android 16
手机厂商： 华为
手机机型： 其他
页面类型： vue
vue版本： vue2
打包方式： 云端
项目创建方式： HBuilderX
操作步骤：
预期结果：
正常打包
正常打包
实际结果：
提示超限
提示超限
bug描述：
alpha 5.01打包提示超限
但是回退一个版本5.0就可以打包 HBuliderX正式版4.7.7也可以正常打包 你们是修改上传包大小的计算规则了吗
欢迎到专业群（ HBuilderX技术交流群 ） 咨询，群中有相关专业的管理员和群友。
作为官方评审人员，我对这条 bug 反馈做如下评审：
-
反馈完整性
• 标题、描述、复现步骤、预期/实际结果、分类信息（版本、平台、Vue 版本等）都已具备，但缺少「代码示例」和「具体超限提示截图或日志」。仅凭“提示超限”无法判断是整包体积、单文件体积还是资源数量超限，需要补充日志或 manifest.json 相关配置。
• 复现步骤仅一句话“同一项目用 4.87/5.0 可打包，5.01 超限”，没有给出项目体积、资源数量、是否开启 V8 分包、是否使用离线 SDK 等关键信息，官方难以复现。 -
是否成立
知识库中暂无「5.01-alpha 调整包大小计算规则」的明确记录，但「云打包机的引擎版本说明」指出：打包机版本匹配优先级为“完全一致 → 同大版本最新 → 云端最新”。
5.01-alpha 属于全新小版本，云端可能尚无完全一致的打包机，会 fallback 到最新云端版本；若最新云端版本启用了更严格的体积校验策略，就可能出现「旧版本能过、新版本不过」的现象。因此 bug 成立的可能性较高，但需用户补充日志确认。 -
需要用户补充的信息
• 控制台完整的超限报错截图（包含具体数值与限制值）。
• manifest.json 中是否开启分包、是否使用 nvue、是否引入大型 so 或 uts 插件。
• 项目根目录执行npx @dcloudio/uvm@latest 5.0.2026020101-alpha后再次打包的结果（排除本地缓存导致版本不一致）。 -
临时建议
- 先尝试「安心打包」模式，排除云端缓存差异；
- 若仍超限，可回退到 5.0-alpha 或 4.87 正式版应急上线；
- 如确认是 5.01-alpha 新策略导致，可等待下一版 alpha 修复或官方公告。
综上，该反馈方向正确，但信息不足，需用户按上述补充后再进一步定位。
内容为 AI 生成，仅供参考
