延迟是怎么攒出来的
从手机屏幕上发生变化，到 Mac 上显示出来，中间要走完五段：
- 采集——系统把当前屏幕内容取出来。
- 编码——压缩成视频流，否则原始画面的数据量无法在 Wi‑Fi 上传输。
- 传输——经局域网送到 Mac。
- 解码——Mac 把视频流还原成画面。
- 显示——渲染到窗口里。
五段里，只有传输这一段会因为你的环境而剧烈波动。采集、编码、解码、显示由两端的硬件决定，通常稳定。所以当投屏突然变卡，八成问题在网络那一段——这也是排查该从哪里开始的依据。
先看实时数据，别凭感觉
Mac 端会显示当前的帧率和码率。这两个数字能把「卡」这个模糊的感受翻译成具体问题：
| 现象 | 大概率原因 |
|---|---|
| 帧率掉得厉害，码率也低 | 网络带宽不足或丢包严重，链路在丢帧自保 |
| 帧率正常，但画面糊 | 带宽有限时的正常取舍——保流畅牺牲清晰度 |
| 帧率正常，但感觉延迟 | 画面在排队，通常是链路拥塞的早期表现 |
| 画面周期性卡一下 | 典型的无线干扰，多见于 2.4 GHz 频段 |
顺带说明一个设计取舍：链路拥塞时我们宁可丢弃画面帧也要让画面跟上当前，而不是把帧排进队列慢慢发。因为投屏的价值在于同步——一条延迟一秒的画面流，对演示和操作都没有意义。所以你看到的掉帧，很多时候是刻意的自保，不是故障。
第一优先：网络那一段
- 确认走的是 5 GHz。2.4 GHz 频段拥挤，邻居的路由器、微波炉、蓝牙设备都在里面，投屏这种持续高码率的场景最容易受害。这一条的收益通常最大。
- 靠近路由器，减少墙体阻隔。信号强度直接决定实际带宽，而实际带宽决定画质与帧率。
- 看看谁在占带宽。同一网络里有人在下大文件或看高码率视频时，投屏会立刻受影响。
- 别在投屏时同传大文件。它们抢同一条连接，详见大文件传输为什么会断。
- Mac 尽量走有线。如果 Mac 能接网线，把无线不确定性砍掉一半。
更系统的排查方法见局域网传输为什么慢，那里的分析对投屏同样适用。
两端设备的影响
- 手机发烫时会降频。持续投屏本身产热，叠加充电或高温环境，系统会降低性能，编码速度随之下降。摘掉厚手机壳、别边充边投，有实际帮助。
- 手机电量低时可能进入省电模式，同样限制性能。
- Mac 上开着大量应用会影响解码和渲染，虽然影响通常小于网络。
- 分辨率不是越高越好。把手机的高分辨率画面原样编码，码率显著上升，网络紧张时反而更容易卡顿。合理的做法是根据实际带宽取舍，而不是死盯分辨率数字。
什么样的延迟是正常的
把预期放对，能省掉很多无意义的调试：
- 演示操作、讲解界面——局域网投屏完全够用，观众感觉不到延迟。
- 看视频、看图——够用。
- 玩节奏类游戏——不合适。无线投屏的延迟对这类场景永远偏高，这是物理限制，不是实现问题。
另外，折叠屏展开或合起时画面比例会变，正确的行为是窗口跟着调整而不中断——如果你遇到的是变形或黑边，那是另一类问题，见折叠屏配 Mac。