FCM/APN集成对于新令牌很好，但是当转换旧APN令牌时就不行了？
我有一个FCM项目，成功地向IOS和Android用户发送推送通知。新的IOS用户订阅并检索FCM令牌。
不过，我也有许多用户使用带有直接APN订阅的旧iOS应用程序，我尝试将一个旧APN令牌转换为FCM令牌，并使用FCM发送消息。
我使用了这里描述的API：https://www.thepolyglotdeveloper.com/2017/06/apns-tokens-fcm-tokens-simple-http/
使用FCM向转换的令牌发送一条消息，我将得到以下错误：Auth error from APNS or Web Push Service...一个StackOverflow文章在此错误上，怀疑项目设置问题，但如果IOS用户确实使用新的FCM令牌进行推送，情况会是这样吗？
任何关于这件事哪里出了问题，还有什么我可以尝试的暗示都会受到感谢，我在这里非常黑暗
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
在您的场景中，您尝试将旧的APN（Apple Push Notification Service）令牌直接转换为FCM（Firebase Cloud Messaging）令牌并使用FCM服务进行推送，这实际上是一个误解。FCM和APNs是两个独立的推送通知服务，它们有自己的令牌机制，并且不支持直接互换或转换。
对于iOS设备，要通过FCM发送推送通知，您需要确保应用集成的是Firebase SDK，并通过Firebase获取FCM令牌。一旦用户安装了更新版本的应用（集成了Firebase），他们将自动获取FCM令牌，您可以使用这些令牌通过FCM向iOS设备发送消息。
对于那些仍在使用旧版应用程序、依赖于直接APNs订阅的用户，您需要继续使用APNs接口来推送通知给他们。这意味着您需要维护两套推送系统：一套用于处理FCM令牌和消息，另一套用于处理APNs令牌和消息。
如果您希望所有用户都能通过FCM接收通知，最理想的解决方案是鼓励旧版应用用户升级到集成了Firebase的新版本应用。这样，随着时间的推移，您就可以逐步淘汰对APNs的直接使用，转而完全依赖FCM进行跨平台推送。
关于错误“Auth error from APNS or Web Push Service”，这确实可能是因为尝试用一个非有效的FCM令牌（实际上是无效的APNs令牌伪装的）去调用FCM服务导致的。确保仅使用从Firebase正确注册并获取的FCM令牌，避免任何试图手动转换或伪造令牌的做法。
总结一下，您应该：
- 继续为新用户（已更新至集成Firebase的应用版本）使用FCM。
- 保持现有APNs基础设施，以服务尚未更新应用的老用户。
- 鼓励老用户更新应用，以便未来能统一到FCM推送体系下。
- 不要尝试转换APNs令牌为FCM令牌，这是不可行的。
