向iOS设备发送POST请求实现菜谱应用多端数据同步是否可行？

你提出的方案理论上逻辑成立，但实际落地存在大量不可控问题，不建议直接采用，核心问题如下：

• 普通消费级设备（手机、平板等）大多处于运营商内网、WiFi内网环境，没有公网可访问的固定IP，你的NodeJS服务端无法主动向设备发起POST请求，请求会被内网网关直接拦截，无法触达设备。
• 移动端设备网络状态波动大，频繁切换网络、进入无网区域、应用退到后台被系统冻结都是常态，POST请求丢包概率极高，无法保证所有关联设备都能收到更新通知。
• 为了接收公网POST请求需要设备开放服务端口，会带来恶意攻击的安全风险，额外增加大量安全防护成本。

目前跨设备实时同步的成熟落地方案都是由设备主动和服务端建立长连接，你用NodeJS技术栈可以直接借助Socket.IO库快速实现，整体逻辑非常简单：

1. 用户设备登录应用时，主动和NodeJS服务端建立WebSocket长连接，服务端给每个连接打上对应用户的唯一ID标记。
2. 当某台设备提交菜谱更新、服务端完成数据落库后，直接向当前用户ID关联的所有活跃长连接推送更新通知。
3. 设备端收到更新通知后，主动拉取最新的菜谱全量/增量数据，再刷新本地tableview即可。

如果你的业务对实时性要求不高，也可以补充短轮询作为兜底方案：设备端每隔固定间隔（比如3-10分钟）主动请求服务端查询最近的菜谱数据更新时间戳，和本地存储的上次更新时间对比，存在变更则拉取新数据刷新，避免长连接意外断开时收不到通知。

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