自从App集成Sign in with Appl功能后，近期多次发版因为这个事情拒审。最近一次审核连续被拒3次，第四次提交才过审。接下来谈一下我的个人看法，给大家一些参考，希望大家集成苹果登录的时候少走一些弯路。
代码我就不写了，这个比较简单网上很多地方都有。主要分为App集成和后端服务接口验证Token完成注册。
总结：
1、登录页登录按钮logo样式严格按照官方要求处理。
2、如App手机号为必选项，则首次登录跳转绑定手机号。
3、如因为绑定手机号被拒审，请及时邮件申诉，说明手机号的用途及其重要性。
4、如App多数功能不需要登录即可使用，则官方定义绑定手机号为非必要选项，可将绑定手机号改为可选项后再次提交审核。
5、如绑定手机号为登录必填项，申诉、功能改进等都试过了还是拒审，最后只能取消绑定手机号功能才能通过，后端服务及前端都需要进行调整。
6、如App没有集成其他三方登录，则不需要集成苹果登录。
7、审核具有不确定性，有时候版本审核很顺利，有时候更新几个版本后又因为之前版本的问题拒审，尽量严格按照官方要求来，这样不会出现突然拒审问题。
下面来说说我被拒审的漫漫长路😢
拒审1
2020年8月20日 上午3:01 （详细拒审邮件说明看不到了）
拒审原因：登录按钮logo未按照官方要求切图被拒。
修改方案：根据登录页背景颜色重新对登录按钮进行切图后重新提交审核。
按钮样式：系统样式(不美观不建议使用)、自定义样式（根据其他三方登录按钮设计匹配的logo）
按钮要求：参考官方文档
改完logo重新提交后审核通过
拒审2
2020年9月30日 上午12:51
发件人 Apple
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
拒审原因：登录验证后跳转手机号绑定，涉及手机用户隐私被拒。
修改方案：向官方进行申诉，说明手机号在登录和App使用过程中的必要性，并未收集用户隐私。
申诉邮件：Hello, my APP account system is based on the user's mobile phone number. If the account is not bound to the mobile phone number, the data of user application cannot be recorded and inquired, affecting the use of some functions. If the user does not want to bind his/her mobile phone number, he/she can return to browse the homepage and view the content of the forum information without affecting the use of the basic functions of the application.
拒审3
2020年10月5日 下午8:04
发件人 Apple
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
拒审原因：申诉被拒，回复说App中许多功能不需要电话号码。
修改方案：将绑定手机号页更改为可选项，可选择绑定可退出绑定，弹窗提示如果为绑定手机号，则影响App部分功能的正常使用。
拒审4
2020年10月22日 下午10:00
发件人 Apple
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
拒审原因：手机号改为可选项再次被拒，理由同上。
修改方案：这个时候官方审核人员已经认定手机为为非必选项，这个时候没有办法了，只能选择最后方案，取消跳转手机号绑定，前端部分功能及后端服务接口进行相关调整，测试完成后重新提交审核。
拒审5
2020年10月23日 下午10:39
发件人 Apple
Guideline 2.1 - Performance - App Completeness
拒审原因：新用户调用登录失败被拒，老用户登录正常登录。
修改方案：这个时候肯定是登录流程哪一个环节出了问题，前端及后端服务都要检查。前端请求中断点提示，登录失败请重新登录，这个时候基本确定是接口调用这个环节出了问题。后端开发一顿操作后终于发现问题，后端验证的用户Token的时候有问题，修改后新用户调用苹果登录可进行登录成功。
2020年10月24日 下午12:47
审核终于通过，至此新版本终于顺利上线！
