Ionic推送API返回410状态码，Ionic1项目该选用何种替代方案？

Hey there, 针对你的Ionic 1项目（当前使用phonegap-plugin-push@~1.10.2），在Ionic Cloud推送服务弃用后，Firebase和OneSignal都是靠谱的替代方案，下面我帮你拆解两者的差异和迁移要点：

方案选择建议 #

Firebase Cloud Messaging (FCM) #

• 优势：和Google生态深度整合，如果你项目已经在用Firebase的其他服务（比如认证、数据库），选它能减少额外的集成成本；文档完善，社区支持度高，适配Ionic 1的插件也比较成熟。
• 适合场景：项目依赖Google生态，或者需要一站式的后端服务支持。

OneSignal #

• 优势：专注于推送服务，功能更轻量化，集成步骤相对简单；支持多平台（iOS、Android甚至Web），提供更灵活的推送分组、个性化推送配置，对于只需要纯推送功能的项目来说更省心。
• 适合场景：只想快速替换推送服务，不需要额外后端功能，或者需要更精细化的推送管理。

迁移核心内容（通用步骤+方案细节） #

不管选哪个方案，都需要完成以下核心操作：

1. 移除旧插件
   先卸载现有的phonegap-plugin-push，避免插件冲突：

   cordova plugin remove phonegap-plugin-push
   

2. 集成新插件

   • Firebase方案：安装适配Ionic 1的FCM插件，推荐cordova-plugin-fcm-with-dependecy-updated（它兼容较新的FCM SDK，同时支持Ionic 1的环境）：

     cordova plugin add cordova-plugin-fcm-with-dependecy-updated
     

     之后需要把Firebase控制台下载的google-services.json（Android）和GoogleService-Info.plist（iOS）放到项目对应目录，再替换原有的推送逻辑：比如设备Token的注册、消息接收/点击的回调处理。

   • OneSignal方案：安装官方的Cordova插件：

     cordova plugin add onesignal-cordova-plugin
     

     在项目初始化代码里配置你的OneSignal App ID，替换原有的推送注册流程，同时调整通知接收、点击事件的处理代码。

3. 业务逻辑调整

   • 替换原有的设备Token获取、上报到自有服务器的代码（如果之前有将Token存储到后端的需求）
   • 适配新插件的通知回调逻辑，比如点击通知后的页面跳转、自定义通知样式的渲染
   • 全流程测试：从后台发送测试通知，到设备接收、点击后的行为，确保和原有逻辑一致

4. 平台配置更新

   • Android：检查AndroidManifest.xml，确保新插件所需的权限（如网络权限、通知权限）已正确添加
   • iOS：更新Info.plist开启远程通知权限，同时确保APNs证书配置正确（FCM和OneSignal都依赖APNs实现iOS推送）

如果你的项目没有复杂的推送定制需求，OneSignal的上手速度会更快；如果已经在用Firebase的其他服务，FCM会更适配你的现有架构，减少额外的学习成本。

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