业务侧不能优化成小于8M的原因是啥

业务侧不能优化成小于8M的原因主要涉及几个技术与实践层面的考量：

1. 数据传输与渲染效率：在小程序等应用场景中，数据从worker线程传输到webview（负责渲染）是异步且需要序列化的。较大的数据包会导致传输时间增加，影响页面初次渲染的速度（即首屏时间）。因此，控制资源大小，避免无用资源和大图嵌入，可以提升加载性能。

2. 资源包限制：小程序启动时，用户需先下载资源包。资源包过大不仅延长了用户的等待时间，还可能因网络状况不佳导致加载失败。将资源包控制在合理范围内，如通过删除无用图片、控制图片大小、及时清理无用代码等手段，能显著改善用户体验。

3. 系统与平台限制：虽然直接参考资料未明确提及8M的具体限制，但在技术实践中，不同平台和系统对于即时加载或初始化数据包往往有其内在的容量限制或是推荐的最佳实践值。8M可能是一个经验值或是特定场景下的建议阈值，旨在确保应用能够快速响应并有效利用内存资源，避免因数据体积过大造成的加载延迟或内存溢出问题。

综上所述，保持业务资源在8M以内，是出于对加载速度、内存使用效率及用户体验的综合考虑。这有助于实现更快的启动时间、更流畅的交互体验，并减少因资源过载引发的潜在技术问题。