分发与商店要求

自动关联目录:分发与商店要求

1. 定位

商店要求不是技术问题,但会直接挡住发布:包体上限、SDK 版本、隐私合规、内容分级、权限声明——任何一项不满足都会被拒。

一句话定位:商店要求会随时间变化,所以要把它当作"每次发布都要复查的清单",而不是一次性工作。

2. 常见要求类别

类别内容
包体商店有大小上限(见 包体分析)
SDK / API Level目标 SDK 版本要求会逐年提高
隐私合规隐私政策、数据收集声明、权限说明
内容分级分级问卷与素材
权限只申请用到的权限
元数据图标、截图、描述、关键词
第三方 SDK各 SDK 的合规与版本

与 UE 直接相关的两项:

  • 包体:UE 空包底噪不小,需要裁剪不需要的插件与模块(见 包体分析)
  • 权限:引擎与插件可能引入你没注意到的权限,要逐一核对

3. 分发形式

形式说明
一次性全量包最简单
分包 / 资源包Android AAB / OBB、iOS On-Demand Resources
按需下载主包只放启动必需,其余运行时下载(见 热更新与补丁)
渠道包多商店多套配置

包体超限时按顺序处理:纹理 → 音频 → 按需下载拆分 → 裁剪引擎模块(见包体分析篇)。

4. 与热更新的关系

项说明
商店更新走商店审核,周期长
热更新绕过商店更新资源与脚本(见 热更新与补丁)
限制平台对"下载可执行代码"有限制(尤其 iOS),脚本层要谨慎

iOS 上热更脚本引擎有审核风险——上线前必须确认当时的审核口径(详见热更新篇)。

5. 代价与权衡

设计收益代价什么时候不该用
按需下载拆分主包小首次运行要下载启动必需内容不能拆
裁剪引擎模块省底噪可能丢功能,要回归验证不熟悉的模块别乱裁
多商店渠道包覆盖广构建与测试量增加单一商店时不必
隐私合规从严过审稳数据收集受限必须做

6. 踩坑与排查

坑现象怎么验证
包体超标商店拒绝提前测发布包体
SDK 版本过低商店拒绝关注商店年度要求
权限没核对被拒或用户质疑逐一核对引擎与插件引入的权限
隐私声明缺失被拒提前准备
热更脚本违反平台规则下架风险确认审核口径
元数据不全上架延迟提前准备素材
只测开发包发布包体不同用发布配置测

7. 排查顺序

1. 发布配置的包体是否达标?
2. SDK/API 等级是否满足?
3. 权限是否逐一核对?
4. 隐私与分级材料是否齐?
5. 热更方案是否符合平台规则?
6. 元数据是否齐?

参考