App 审核被拒时，邮件往往仅标注如 Guideline 2.1 或 Guideline 5.1.1(v) 等条款编号。精准解读这些编号，是确定需修改代码、补充材料还是调整商业模式的关键。
下表依据 Apple 2026 年 6 月 8 日版《App 审核指南》整理，涵盖所有编号（含空号及多平台专项条款），旨在提升查询效率。
查阅时请注意：父编号界定问题范畴，括号内的子编号对应具体违规细节。表中“暂时省略”项为官方保留空号；Mac、Apple TV 等专项条款予以保留，以维持编号体系的连续性。
普通 iOS App 拒审编号速查总表
1. 安全
2. 性能
3. 商务
4. 设计
5. 法律
针对工具、社交、电商及订阅类 App，建议优先排查 1.2、2.1(a)、2.3.1(a)、3.1.1、3.1.2(c)、4.2、4.3(a)、4.8、5.1.1(v) 及 5.1.2(i) 等高频条款。
收到拒审通知后，应首先依据编号复现问题，随后在 Review Notes 中详尽说明测试设备、操作路径、账号信息及具体改动位置。若邮件提及 DPLA 3.2(f)，该条款属于开发者协议层级，非普通版本审核问题，需按诚信或账号安全类别单独处理。
后续深度解析：五类拒审编号详解
本总表旨在帮助开发者快速定位问题。后续将推出系列文章，分别针对安全、性能、商务、设计、法律五大类，深入拆解高频拒审场景、提供整改清单、规范审核备注写法并梳理回复策略。
建议从事 iOS 出海业务的团队收藏此表，以便在收到拒审邮件时迅速对照查找。