iOS中如何获取requestReview()的用户操作结果并实现对应逻辑？

嘿，这个需求太真实了——想给愿意评分的用户发奖励，还不想反复弹窗口打扰人对吧？不过得先明确一点：原生的SKStoreReviewController.requestReview() API本身是完全不提供用户点击回调的，苹果这么设计就是为了防止开发者诱导用户给好评，把这个交互的细节彻底做成了黑盒。

为什么拿不到点击状态？ #

苹果的App Store审核指南里明确禁止「用奖励换取好评」这类操作，所以原生评分弹窗的所有用户行为（点星星、点「暂不」）都不会暴露给开发者，你没法直接知道用户到底做了什么选择。

可行的替代方案 #

如果你的核心需求是「给参与评分的用户奖励 + 避免重复触发评分请求」，可以试试这几个方法：

• 自定义评分引导弹窗：自己做一个友好的弹窗，比如问「觉得App好用吗？去App Store给个评价吧」，然后提供「去评价」和「以后再说」两个按钮。当用户点击「去评价」时，你可以直接跳转App Store的评分页面（用UIApplication.shared.open(_:options:completionHandler:)打开对应的App Store链接），同时在本地存储（比如UserDefaults）里标记该用户已经参与过评分，之后就不再触发任何评分请求，并且给用户发放奖励。

  注意：自定义弹窗不能有诱导好评的话术，比如不能说「给五星送金币」，只能做中立的引导，不然过不了App Store审核。

• 控制原生弹窗的调用频率：苹果规定每个用户每年最多会看到3次原生评分弹窗，你可以结合用户的行为数据（比如完成了10次核心操作、使用满7天）来触发requestReview()，同时记录每次调用的时间，避免短时间内重复调用。虽然没法知道用户是否评分，但至少不会过度打扰用户。

• 间接推测（不推荐）：如果一定要用原生弹窗，只能通过一些间接方式推测，比如弹窗消失后过几天去爬取自己App的评分数据，看是否有新增评分，但这种方法不仅不可靠（用户可能之后才评分，也没法关联到具体用户），还可能违反苹果的规则，不建议尝试。

总结 #

如果你的核心目标是「给评分用户奖励+不再调用」，自定义弹窗引导到App Store是最优解——既能完全控制交互流程，记录用户的选择，又能遵守苹果的审核规则。

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