如何在Xamarin.Forms应用中搭建RTMP服务器连接360全景相机

你提出的「运行应用的设备开热点供360相机接入推流」的方案具备基础可行性，但存在明显的场景局限性，不适合作为通用实现方案：

• 可行的底层逻辑：Insta360等主流消费级360相机都支持STA站点模式接入第三方WiFi热点，只要热点网段、推流端口配置和相机要求匹配，相机接入后会主动通过RTSP/RTMP协议向热点宿主设备推送视频流，应用端可以直接拉取流做后续处理，链路本身是通的。
• 核心硬伤：绝大多数普通消费级设备（手机、单WiFi模块的开发板）开启热点时，会把唯一的WiFi模块切到纯AP模式，无法同时通过该WiFi模块连接路由器访问公网。如果设备没有蜂窝数据、有线网、第二块WiFi网卡作为额外公网出口，会直接出现“连了相机就断网”的问题，和你的需求冲突。
• 额外缺陷：相机默认推流配置是基于「相机自身开热点、终端连相机」的直连场景设计的，要让相机接入你开的热点，需要额外走一遍配网流程，用户操作门槛高；同时热点模式下设备功耗比正常状态高30%以上，长时间录制容易出现过热、掉电问题。

• 优先用官方SDK提供的路由分流能力：这是成本最低、体验最好的实现方式。目前Insta360等主流厂商的公开SDK已经内置了双网共存配置，不需要你自己开热点——用户只需要按常规操作连接相机自身发出的WiFi热点，SDK会自动修改系统路由表，把相机网段的流数据定向走WiFi网卡，公网访问流量自动切到蜂窝数据、第二WiFi或有线网卡，全程不需要用户额外配置，连接稳定性由官方兜底。
• 双WiFi网卡静态路由方案：适合定制硬件类的落地场景。给运行应用的设备配备两块独立WiFi网卡，一块切为AP模式发射热点供相机接入，另一块正常连接公共路由器访问公网，只需在系统层添加一条静态路由规则，把相机IP段的流量指向AP侧网卡，公网流量指向连路由器的网卡即可，两个链路完全物理隔离，推流延迟低、几乎没有信道冲突，适合固定机位长时间录制的场景。
• 有线直连方案：适合支持Type-C/USB输出的相机型号。用数据线直接连接相机和运行应用的设备，通过UVC标准协议或厂商私有有线协议拉取视频流，设备自身的WiFi/以太网可以正常连接公网，完全不存在WiFi信道冲突问题，连接稳定性、推流延迟表现都优于WiFi方案，缺点是带线束缚，不适合移动拍摄场景。

注意：不要尝试用单WiFi模块虚拟AP+STA共存的模式实现需求，普通消费级WiFi模块开启虚拟共存后可用带宽会直接砍半，推流时容易出现信道干扰掉帧，同时公网访问延迟会飙升到数百毫秒，实际使用体验极差。

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