AirPlay 屏幕镜像 vs 流媒体推送：两种模式的区别
为什么要区分两种模式
很多人用 AirPlay 投屏时会发现：同样的电视和盒子，有时候画质非常好、延迟很低，有时候却画质模糊、延迟明显、播放一段时间就断了。问题大概率出在你用了哪种 AirPlay 模式。
AirPlay 协议实际上有两种不同的使用方式，它们传输的内容、编码路径、适用场景完全不同。
屏幕镜像（Screen Mirroring）
屏幕镜像就是把发送端设备的整个屏幕画面实时编码传输到接收端。
传输路径
iPhone / Mac 屏幕 → 系统截图编码 → 通过 Wi-Fi 传输 → AirScreen 解码渲染 → Android TV 显示
特点
| 项目 | 说明 |
|---|---|
| 传输内容 | 整个屏幕——包括状态栏、主屏幕、锁屏、App 内的任何元素 |
| 编码方式 | 实时编码 H.264 / H.265 |
| 延迟 | 150-300ms（明显可感知，不适合实时游戏） |
| 画质 | 取决于发送端分辨率 + AirScreen 设置，最高 4K（Pro） |
| CPU 占用 | 发送端较高（持续编码屏幕画面） |
| 设备要求 | 接收端持续在线，发送端不能锁屏（锁屏会中断镜像） |
适用场景
- 演示 PPT、网页、文档
- 和家人一起浏览照片
- 在电视上展示 iPhone / Mac 的任何内容（包括不支持 AirPlay 的 App）
- 系统设置界面、游戏画面（延迟不敏感的游戏）
不适用场景
- 长时间看电影（功耗高、延迟高、画面经过额外编码有损）
- 需要低延迟的实时游戏
- 受 DRM 保护的流媒体（镜像属于"截屏转推"，可能触发平台限制）
AirPlay 流媒体推送（AirPlay Streaming）
流媒体推送是 App 内主动发起的、只传输音视频流的 AirPlay 功能。它不截屏、不镜像整个屏幕，而是让 App 直接把音视频流推送到接收端。
传输路径
App 内的视频/音乐 → AirPlay 协议封装音视频流 → Wi-Fi 传输 → AirScreen 解码播放 → Android TV 显示 + 扬声器播放
特点
| 项目 | 说明 |
|---|---|
| 传输内容 | 只有音视频流（不含 App 界面、状态栏等） |
| 编码方式 | App 自身的码流，或 AirPlay 协议重新封装的码流 |
| 延迟 | 50-100ms（较低，适合看视频） |
| 画质 | 原始码流分辨率，不受发送端屏幕分辨率限制 |
| CPU 占用 | 发送端较低（只是推送流，不做实时屏幕编码） |
| 设备要求 | 发送端可以锁屏或切到其他 App，流照常推送 |
适用场景
- 看电影、看剧
- 听音乐
- 观看支持 AirPlay 的视频 App 内容（如 YouTube、Netflix、Apple TV+）
不适用场景
- 演示 PPT 或网页（流媒体模式只能推音视频，不能推 UI 界面）
- App 不支持 AirPlay 按钮（镜像可以解决）
- 受 DRM 保护的内容（取决于 App 和接收器的 DRM 策略）
图标识别
发送端设备上的两个图标代表不同模式：
- 屏幕镜像：一个矩形 + 两个重叠的三角形（或两个向右的箭头）
- AirPlay 流媒体：一个矩形 + 单个三角形（类似播放按钮叠加在电视上）
在 iPhone 控制中心里：
- 「屏幕镜像」独立显示（矩形+两三角）
- 「正在播放」卡片里可能有 AirPlay 按钮（流媒体模式）
在 App 内：
- 播放界面出现的 AirPlay 按钮 = 流媒体推送
- 控制中心手动点屏幕镜像 = 镜像模式
选错模式的问题
| 选错情况 | 后果 | 正确做法 |
|---|---|---|
| 看电影用屏幕镜像 | 延迟高、iPhone 发热快、可能被 DRM 拦截 | 切到视频 App，点 App 内的 AirPlay 按钮 |
| 演示 PPT 用流媒体模式 | PPT 推不出去（不是音视频） | 用屏幕镜像 |
| iPhone 投屏时想锁屏 | 屏幕镜像一锁屏就断 | 说明你应该用流媒体推送 |
AirScreen 能不能自动选择
AirScreen 本身不决定用哪种模式——模式由发送端和 App 决定。AirScreen 只负责接收。所以选择正确的模式是发送端设备和使用者的责任。
实操建议
简单判断标准：
- 你想让电视显示什么？ 只是视频/音频 → 用流媒体；整个手机界面 → 用镜像
- App 里有没有 AirPlay 按钮？ 有就点它（流媒体），没有就用屏幕镜像
- 投屏时能不能锁屏？ 能锁 = 流媒体模式；锁屏就断 = 镜像模式