App Store 拒审里有一类不带缺陷清单:Guideline 5.6(行为准则 – 审核暂停)。它不指出哪行代码有问题,只说这次提交达不到上架的质量标准,然后直接给出一个日期——在那之前,回复与重新提交都不会被读取。
这类问题在提交前的本地检查里是隐形的:编译通过、测试全绿、静态扫描干净,度量的都是"能不能工作";而审阅员评判的是"有意义、精致、可靠"——一个真人在设备上几分钟得出的印象。本地分数和那把尺子不同源,所以不会有任何内部告警提前响起。
应对的顺序比应对本身更重要:
1. 先分类,再动手。5.6 是暂停,不是整改单;窗口内提交的任何版本都不会被看。消息自己写明了解除时间,就照排期处理——和配额重置、冷却期、维护窗口是同一类:窗口未过之前的尝试,对任何版本都不可能成功。窗口内发出的拒绝要和真实失败分开计数,否则一排"被拒"会伪装成修复的努力,把真正的信号埋掉。 2. 窗口留给与判词对口的功课:按人的标准过质量——冷启动到核心路径有没有断点、有没有占位感的界面、卡顿和崩溃在真机上是什么样子——而不是继续抬高本地评分,那把尺子本来就不量这个。 3. 窗口结束后,小批量、受控地恢复提交。把积压一口气全部重交,在平台那侧看起来像重演触发暂停的模式。
一分钟自检:找一台干净设备,装上你最近一次提交的构建,问自己——一个陌生人用五分钟,会不会用"精致、可靠"形容它?犹豫本身就是信号:你比审核更早知道缺口在哪。