这是「iOS拒审编号速查」系列第3篇。继上一篇探讨安全规范后，本文聚焦第2章“性能”合规要点。
需注意，“性能”章节不仅涵盖卡顿与耗电问题，还深度涉及审核账号配置、应用内购买（IAP）、商店素材一致性、隐藏功能、后台模式、私有API调用及广告交互规范等。据Apple公开数据显示，超过40%的未解决审核问题归属于2.1“App完整性”类别。
图注：Apple《App审核指南》中文页面。规则动态更新，提审前请务必核对官网最新版本。
2.1：确保审核流程完整通畅
2.1(a) 提交最终版本：提交的构建版本必须为正式发布版。崩溃、白屏、占位符文本、空网页、死链或未启用的后台服务均会导致拒审。需登录的应用必须提供有效的审核测试账号；若依赖特定硬件、地区限制、二维码或特殊操作路径，须在Review Notes中详细说明。因法律或安全原因无法提供真实账号时，需提前获得Apple批准并使用完整的演示模式。
2.1(b) IAP配置完整：所有应用内购买项目必须配置完整、状态最新、可见且可正常购买，并随App一同提交审核。若部分商品暂时不可用，需在审核备注中解释具体原因。
实操建议：建议使用“全新安装 + 审核专用账号 + 非公司内网环境”完整走通核心业务流程。开发环境运行正常不代表审核环境可用，务必模拟真实用户场景。
2.2：严禁测试版伪装正式版
演示版、Beta版及试用版不应直接上架App Store，应通过TestFlight分发。若界面出现“测试功能”、“功能尚未开放”等字样，或通过远程开关临时隐藏未完成模块，极易被判定为应用未完成，从而导致拒审。
2.3：商店页面与实际产品严格一致
2.3.1 禁止隐藏功能：(a) 不得隐藏、休眠或未说明任何功能。新功能、远程配置项及非显性入口必须在审核备注中声明，并提供访问权限。(b) 此为诚信红线，严重或重复误导可能导致开发者账号被封禁。
2.3.2 - 2.3.6 信息与分级规范：描述、截图和预览视频需明确标注需另行购买的道具、关卡、会员或订阅内容。截图应展示真实使用场景，避免仅使用启动页、登录页或宣传海报。预览视频须基于App实际录屏，可添加旁白或文字说明，但不得演示不存在功能。App分类与年龄分级必须准确如实填写。
2.3.7 - 2.3.10 元数据与素材合规：App名称不超过30字符，禁止堆砌商标、竞品名称、价格或无关词汇。商店素材需符合4+年龄标准，各尺寸图标保持视觉一致。所有图标、截图及预览素材需拥有合法使用权，画面中的数据应为虚构内容。除获批的特定交互外，严禁出现Android、Google Play或其他应用市场的相关信息。
2.3.11 - 2.3.13 版本与活动一致性：预购版与正式版功能不得存在重大差异。“新功能”描述需清晰体现实质改动，避免使用“优化体验”等模糊表述概括重大更新。App内活动的类型、时间、文案及深层链接必须与实际活动内容完全对应。
高效自查法：将待审二进制包与App Store Connect中的商店页面并排对照，逐项核验名称、价格、截图、权限申请、IAP配置及功能入口的一致性。
2.4：硬件兼容与资源管理
2.4.1 iPad兼容性：iPhone应用应尽量兼容iPad运行。虽多为指导性要求，但若出现明显布局错位、遮挡或无法操作等情况，仍需修复。
2.4.2 资源消耗：禁止异常耗电、发热、占用过多系统资源或频繁写入磁盘。不得运行与功能无关的后台任务，严禁进行设备端挖矿。
2.4.3 - 2.4.4 系统与外设要求：遵守Apple TV输入设备特定要求。不得强制要求用户重启设备、关闭Wi-Fi或停用系统安全功能才能使用App。
2.4.5 Mac App Store专项：涉及沙盒机制、Xcode打包规范、禁止擅自自动运行、禁止注入额外代码、禁止root/setuid权限、禁止自建许可证机制、更新必须通过Mac App Store、淘汰废弃技术以及本地化包完整性等要求。
2.5：技术规范与隐私红线
2.5.1 - 2.5.3 API与代码安全：仅使用公共API，框架用途需与App功能匹配。禁止越过容器读写文件，禁止下载或执行改变App功能的代码（教育类代码运行App除外）。严禁传播影响系统或硬件正常运行的恶意代码。
2.5.4 - 2.5.6 网络与浏览器：后台音频、定位、VoIP等模式仅限服务于声明的核心用途。App必须支持IPv6-only网络环境。网页浏览必须使用WebKit引擎，其他浏览器引擎仅限在符合授权的地区和条件下使用。
2.5.8 - 2.5.9 系统交互限制：禁止创建替代桌面或主屏幕。禁止修改音量、静音等系统开关，或阻断正常的系统跳转逻辑。
2.5.11 - 2.5.12 Siri与通信数据：SiriKit和快捷指令仅可登记App自身可处理的相关意图，词汇与别名需对应，处理请求时不得插入广告。CallKit、短信拦截及垃圾识别数据仅限用于相关功能，严禁用于跟踪、用户画像或售卖。
2.5.13 - 2.5.16 隐私与扩展：使用面容识别验证账户必须通过LocalAuthentication框架，并为13岁以下用户提供替代方案。录音、录像、录屏或记录用户活动前，必须明确征得用户同意并给予清晰的视听提示。文件选择器应包含“文件”App和iCloud文稿。小组件、扩展、通知和轻App（App Clips）必须与主App功能紧密相关，且轻App不得投放广告。
2.5.17 - 2.5.18 智能家居与广告：Matter配对应使用Apple官方支持框架，自带组件需通过平台认证。广告仅允许在主App中展示，需符合年龄分级，禁止利用敏感数据进行定向投放。插屏广告必须明确标识，关闭按钮需清晰、足够大，并提供不当广告举报入口。
收到2.x类拒审的应对策略
首先，依据审核员提供的设备型号、系统版本及操作路径复现问题。其次，针对性修复问题而非仅做解释。在回复中明确注明版本号、具体修改点、功能入口路径、测试账号信息及验证结果。若涉及远程配置、IAP或特殊硬件触发条件，务必一并详细说明。
英文回复参考模板：
We reviewed Guideline 2.1(a) and fixed the issue in version X. The reviewer can access the feature at [path] using the demo account below. We also verified the flow on [device / iOS version].
下一篇将解析第3章“商务”，重点阐述IAP、订阅制、外部支付及常见商业模式的合规边界。