配置angular.json中budgets需考虑哪些因素？默认值适配PWA场景吗？

• 目标设备性能：老旧设备内存、CPU资源有限，过大的包体积会导致加载缓慢甚至运行崩溃，必须针对性压低预算阈值
• 网络环境：弱网或不稳定网络下，大体积资源的加载超时概率陡增，要优先严格控制初始包（initial）的大小
• 应用核心场景：高频操作的工具类应用（如扫码交易），启动速度和操作响应是核心指标，预算需向"零延迟"需求倾斜
• 代码拆分策略：如果使用懒加载，预算要聚焦在initial类型（启动必需代码）；组件较多时，需限制单个组件样式（anyComponentStyle）的体积，避免渲染阻塞
• 第三方依赖占比：引入的扫码插件、UI组件等依赖往往占体积大头，预算要预留合理空间，同时优先选择轻量替代方案
• 构建优化后的实际体积：预算需基于开启tree-shaking、代码压缩后的最终构建结果设置，不能以未优化的原始代码体积为参考

你的场景核心是老旧平板+不稳定网络+零延迟交易操作，默认配置完全不适用，具体分析：

1. initial包体积阈值过高：默认的500kb警告、1mb错误线，对于老旧平板和弱网环境来说，哪怕300kb的包加载都可能产生明显延迟，更别说1mb。作为高频交易工具，你的PWA要求首屏秒开，建议将initial的警告线压到200kb以内，错误线设为300kb以内，超过就阻断构建，强制优化。
2. 组件样式配置基本可用但可更严格：默认的1kb警告、2kb错误线对轻量组件没问题，但如果你的扫码页面样式极简，可以把警告线降到500b，错误线1kb，避免冗余样式拖慢渲染。

额外适配建议：

• 禁用Angular默认非必需模块，用轻量方案替代（比如仅保留核心模块，避免冗余依赖）
• 扫码功能优先使用原生MediaDevices API，而非大体积第三方库
• 开启PWA离线缓存，将核心代码和资源提前缓存到本地，避免重复请求
• 执行ng build --prod --stats-json生成体积分析报告，针对性砍掉冗余代码和依赖

内容的提问来源于stack exchange，提问作者omi