小程序受运行环境（微信内置浏览器）的资源限制（如代码包体积、内存、网络带宽），资源最大程度分配的核心目标是：在有限资源约束下，通过「按需分配、优先核心、减少浪费、动态适配」四大原则，实现加载效率最优、运行流畅稳定、用户体验最佳。

加载阶段是资源分配的关键环节，核心是避免「全量加载」导致的资源闲置，通过精准控制加载范围和顺序，让资源优先服务于核心体验。

小程序主包默认限制2MB，超出将无法上传，通过分包机制可实现代码资源的按需分配，减少首屏加载压力。主要表现在主包仅保留全局配置（app.json）、公共组件、核心页面（首页、登录页），体积控制在1.5MB以内；按业务模块拆分分包（如商品分包、订单分包），每个分包≤2MB，总分包≤20MB。活动页、H5跳转页等不依赖主包资源的页面，配置为独立分包（independent: true），用户访问时无需加载主包，直接加载分包资源，减少流量浪费和加载延迟。通过app.json的preloadRule配置，在用户进入首屏后，根据网络条件（如WiFi环境）预加载高频访问分包（如商品列表分包），避免用户点击时的加载卡顿。

图片、JS/CSS等静态资源是加载阶段的资源消耗主力，需通过压缩、缓存、按需加载实现高效分配。主要表现在采用WebP/AVIF格式（比JPG/PNG小30%-50%），结合响应式加载（不同设备加载对应分辨率图片）；首屏图片用渐进式加载（先模糊后高清），非首屏图片启用原生lazy-load懒加载；接入腾讯云/阿里云CDN，开启自动压缩和格式转换，降低传输体积与延迟。使用Terser压缩JS、CSSNano压缩CSS，剔除注释、空行等冗余内容；勾选开发者工具「上传代码时压缩代码」选项，进一步减小文件体积。通过preloadRule预加载首屏关键静态资源（核心JS库、样式文件），避免后续渲染时的资源阻塞；对非关键静态资源（如评论区样式）延迟加载，优先保障核心内容渲染。

网络请求是加载阶段的核心资源消耗，需通过合并、缓存、预请求减少资源浪费。主要表现在将首屏所需的用户信息、商品列表、活动数据等多个接口，合并为1个聚合接口，减少HTTP请求次数（避免重复3次握手耗时）。非实时数据（商品分类、活动规则）采用「本地缓存+定时更新」，缓存有效期设为5-15分钟，避免重复请求；利用小程序storage API缓存高频访问数据，二次启动时先使用缓存数据渲染，后台异步更新，提升弱网/离线体验。在前置页面跳转时预加载目标页面核心接口（如首页滑动时预加载商品详情接口）；控制并发请求数≤6个，避免阻塞主线程。

小程序运行环境内存有限（Android约1.5GB，iOS约2GB），内存占用过高会导致卡顿、闪退，需通过精准管理实现内存资源的最大化利用。

内存泄漏是资源浪费的主要原因，需在页面/组件生命周期内精准清理无用资源：在页面onUnload函数中，清除定时器（setTimeout/setInterval）、取消事件监听（wx.offSocketOpen等）、销毁自定义Canvas图片对象，避免资源长期占用。避免过度使用闭包（防止外部变量长期被引用）；使用WeakMap/WeakSet存储临时对象，其关联对象不再被引用时会自动销毁，避免强引用导致的内存泄漏。避免在后台页面执行setData（会抢占前台渲染资源）；减少setData数据量，仅传递变更字段，避免全量数据更新；移除不必要的事件绑定（bind/catch），避免事件通信带来的内存占用。app.js的globalData仅存储全局必要数据（如用户ID、登录状态），避免存储大型数组、复杂对象；页面数据仅保留当前渲染所需数据，无需的数据及时置为null。对商品列表、评论等大数据量内容，采用分页加载（上拉加载更多），避免一次性加载全量数据导致的内存暴涨；未展示的分页数据可暂存本地缓存，按需读取。

渲染阶段的核心是将资源优先分配给核心内容，避免非关键内容占用资源导致的体验下降。

首屏加载时，用骨架屏（模拟页面结构的灰色占位块）替代「转圈加载」，让用户感知页面正在渲染，同时优先渲染核心内容（商品列表、下单按钮），非核心内容（评论区、推荐商品）延迟100ms渲染。将首屏渲染必需的CSS（页面布局、导航样式）内联到pages.json或页面