基于Xamarin.Forms开发Android持续联网API交互应用的技术咨询

Hey GaryP, 针对你要用Xamarin.Forms开发跨平台办公应用、需要持续接收内部API推送的需求，结合你之前遇到的后台通信中断问题，我整理了几个实用的技术方案，帮你搞定这个事儿：

你之前的Xamarin应用在后台停止通信，主要是因为Android和iOS的系统后台限制——Android有Doze模式、App Standby这类省电机制，iOS对后台进程管控更严，普通的HTTP长连接或者后台服务很容易被系统掐断。所以得用符合平台规范的方案，才能像邮件、短信那样随时接收推送。

1. 原生推送服务（首推！符合系统规则，稳定性最高） #

既然你的内部API要主动推数据，不如让API服务器通过平台官方推送通道中转，这样系统会优先处理，即使App在后台甚至被杀死也能收到：

• Android端：FCM集成
  用Firebase Cloud Messaging（FCM）作为中间层，让你的内部API把要推送的数据发给FCM，再由FCM推送到Android设备。
  • 在Xamarin.Forms里，通过Xamarin.Firebase.Messaging NuGet包集成，然后自定义一个FirebaseMessagingService子类，重写OnMessageReceived方法，在这里处理API推送的内容——比如弹通知、更新本地数据或者触发响应操作。
  • 记得在AndroidManifest.xml里配置FCM服务，还要申请POST_NOTIFICATIONS（Android 13+）、FOREGROUND_SERVICE这些必要权限，不然通知弹不出来，后台服务也跑不起来。
• iOS端：APNs集成
  iOS上必须用Apple Push Notification Service（APNs），同样让内部API把消息推给APNs，再由APNs送达设备。
  • 先在苹果开发者后台配置推送证书，然后在Xamarin.iOS的AppDelegate里实现DidReceiveRemoteNotification方法处理消息。如果需要静默处理数据（不弹通知），要开启App的“Remote notifications”后台模式，并且消息payload里要加content-available: 1。

2. 长连接优化方案（如果必须直接连内部API） #

如果你的内部API没法通过FCM/APNs中转，必须保持长连接，那得针对平台做特殊优化：

• Android端：前台服务+唤醒锁
  Android 8.0+对后台服务限制极严，普通后台服务很快会被杀死，所以要做前台服务——在状态栏挂一个持久通知，告诉用户App在后台运行，系统就不会轻易干掉它。
  • 用Xamarin.Forms的DependencyService调用原生的前台服务实现，在服务里维护和API的长连接。另外可以用PowerManager.WakeLock防止设备休眠断开连接，但注意别滥用，不然耗电会被用户吐槽。
• iOS端：PushKit/后台任务
  iOS上普通长连接在后台撑不了多久，要是你的推送是实时通信类的，可以用PushKit（VoIP推送）——这种推送优先级极高，哪怕App被杀死也能唤醒处理。
  • 如果只是定期同步数据，可以用后台任务，在AppDelegate的PerformFetchWithCompletionHandler里定期拉取API数据，但同步间隔是系统说了算，没法保证实时性。

3. 跨平台移植的注意事项 #

• 把业务逻辑尽量放在Xamarin.Forms的共享项目里，平台相关的推送、后台服务代码用DependencyService或者Xamarin.Essentials封装，后续移植iOS时只需要调整平台特定的实现，不用动核心逻辑。
• 一定要在真实设备上测试！模拟器的后台行为和真机差很多，比如Android的Doze模式，得手动触发验证App能不能正常收推送。
• 权限配置不能马虎：Android要把该申请的权限都加上，iOS要正确开启推送权限和对应的后台模式，不然一切白搭。

4. 之前问题的复盘 #

你之前的应用后台停通信，大概率是这几个原因：

• Android端没用到前台服务，普通后台服务被系统杀了；
• 没处理Doze模式，设备休眠后网络直接断了；
• iOS端没配置正确的后台模式，长连接被系统强制终止。

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