针对你提到的三个方向，我结合iOS的机制和开发经验逐一拆解：

1. 借助Private API实现跨设备通知获取 #

确实存在能访问系统通知的私有接口，比如SpringBoard框架里的SBNotificationCenter类，或者UserNotifications框架下的私有方法，能读取设备上的所有通知数据。但有几个关键限制必须注意：

• 无法上架App Store：苹果的审核会严格检测私有API调用，一旦发现直接拒绝。
• 依赖越狱/侧载：非越狱设备无法调用这些私有接口，即使通过签名工具添加对应权限（比如com.apple.springboard.notifications权限），也会被系统安全机制拦截。
• 版本兼容性差：iOS每次更新都可能修改私有API的结构，你的代码很可能在新版本系统上失效，需要持续维护。

2. 将另一部iPhone设为虚拟授权设备接收通知 #

这条路基本走不通。苹果的APNS推送机制是基于设备唯一令牌（Device Token）的，每个设备的令牌和Apple ID绑定，通知会直接推送到对应令牌的设备上。不存在官方或私有方式将一部设备模拟成另一部的"虚拟授权设备"：

• APNS的推送内容是加密传输的，只有目标设备能解密，其他设备无法获取解密密钥。
• 即使是同一Apple ID下的设备，通知同步是苹果内置的功能，无法通过第三方手段强制将指定设备设为同步目标（除非用户手动在系统设置里开启）。

3. 本机收集通知后发送至目标设备 #

这是相对最可行的方案，分两种场景：

非越狱设备 #

只能通过Public API获取当前App自身的通知：用UNUserNotificationCenter的getDeliveredNotifications()方法读取本App发送的已送达通知，再通过网络（比如HTTP、WebSocket）发送到目标设备。但无法获取其他App的通知，苹果的隐私政策严格限制了跨App的通知访问。
如果想尝试获取全系统通知，只能通过辅助功能（Accessibility）模拟读取通知中心的UI内容，但这种方式极其不稳定，容易触发苹果的隐私检测，上架App Store完全不可能，仅适合个人测试。

越狱设备 #

可以通过私有API（比如SBNotificationCenter的_allNotifications方法）获取系统所有通知数据，然后通过自定义的网络通道（比如自建的TCP服务、MQTT）将通知内容发送到目标iPhone。目标设备只需要运行一个接收端App，就能实时获取推送过来的通知。

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