Flutter in_app_review包iOS端使用疑问：TestFlight及审核弹窗问题

使用Flutter的in_app_review包时，需明确Apple应用内审核系统的行为逻辑——审核提示完全由系统API SKStoreReviewController 控制，与应用自身代码无关。

TestFlight构建版本的行为限制 #

• TestFlight环境下，审核弹窗完全不会显示，这是Apple的预期设计。即使代码调用正确，API也会静默忽略请求，不会触发任何弹窗。
• 若要测试应用内审核功能，必须使用通过App Store安装的正式版本，或是生产签名的构建包。

生产环境的审核触发规则 #

• Apple完全掌控审核提示的触发时机与是否显示，即使在生产环境中，调用requestReview()也无法保证弹窗一定会出现。
• iOS会通过内部启发式规则进行判断，例如限制每个用户每年最多接收3次审核提示，同时结合应用使用频率等因素。

提交按钮失效的原因 #

• 原生审核弹窗的UI完全由iOS管理，若“提交”按钮显示为禁用状态，通常是两种情况：一是用户未完成基础交互（比如未选择评分星级）；二是当前环境存在系统级限制。

测试替代方案 #

如果测试时需要确保能跳转到评价入口，可改用openStoreListing()方法——该方法会直接打开应用的App Store详情页，用户可手动提交评价。

总结 #

TestFlight环境不会触发审核弹窗，所有审核相关行为均由Apple系统控制；测试该功能需使用生产构建版本，或通过openStoreListing()跳转至App Store完成测试。

内容的提问来源于stack exchange，提问作者Utkarsh