投屏的三种「投」：为什么有的能快进、有的不能

用乐播投屏这类工具的时候，有几个现象看着互不相干，其实来自同一件事：

投上去以后，进度条拖不动、不能暂停
换个视频就要重新连一次
同一个 App 里有的内容能投、有的投不了
苹果手机能投到某台设备，安卓却不行

这些都不是"软件没做好"。它们来自一个经常被忽略的事实："投屏"这个词，其实涵盖了三种不同的做法。

一、三种"投"，机制完全不同

第一种，屏幕镜像。

这一端把屏幕画面本身采集下来，压缩后送过去，对面只负责显示。

它的特点是"什么都投"——不管你在看什么、在操作什么，对面看到的都是你这块屏幕。桌面、游戏、任何应用都适用。

代价是必须经过压缩：画面要变成视频流才能传输。

第二种，媒体推送。

它不是把画面送过去，而是把"播什么"告诉对面。

对面收到的是一个地址（或一个内容标识），然后由它自己去取内容、自己播放。

关键点在这里：

播放发生在对面，控制权也在对面。

你的手机或电脑在这条链路上只是个"遥控器"。

第三种，把内容交给对方播放。

比如把网盘里的文件直接投给对面的设备——不经过本机的屏幕采集，也不要求对面去公网取流，而是把这份内容递给它。

这一类最接近"把文件发过去"，而不是"把你的屏幕给它看"。

二、由此解释四个现象

现象一：不能快进、不能暂停、拖不动进度条。

因为你走的是"媒体推送"。 播放这件事发生在接收端，你这边发出的进度控制不一定能作用到它。

现象二：换个视频就要重连。

同上。推送模式下，换内容等于重新发起一次投送——它不是"共享一块屏幕"，所以没有"屏幕一直连着"这回事。

现象三：同一个应用里，有的内容能投、有的投不了。

受保护的内容不允许被采集（这是内容保护层面的限制）。所以镜像方式在它面前会失败；而推送方式要看对面能不能取到那个内容。

注意这里有个容易混淆的地方：不是"这个应用不支持投屏"，而是"这一条内容不允许"——同一个应用里两种内容表现不同，就是这个原因。

现象四：镜像看着比推送糊一些。

这两条路的画质上限本来就不一样。

镜像必须先把画面压成视频流（屏幕内容通常不是为视频编码准备的，压缩效率一般），而推送时接收端取到的往往是原始内容。

所以"换个投法画质就好了"是正常现象，不是之前那个方式有问题。

三、为什么"苹果能投、安卓不行"

这属于协议支持的问题，也是乐播投屏这类接收端要同时实现多套协议的原因。

不同生态推的投屏方式不是同一套。 苹果有自己的一套，安卓生态那边又有几套不同的做法（有偏镜像的，也有偏媒体推送的）。

所以接收端要"通吃各种手机"，就得同时实现多种协议。

判断方法很直接：

某台设备能投、换一台不行 → 大概率是协议支持的差别
同一台设备，同一个网络，昨天能今天不能 → 那才是网络或服务的问题

把这两个方向分开，能省掉大量无效尝试——因为交换端（手机换型号）能验证的东西，跟调网络完全是两回事。

四、为什么局域网能直连、跨网络要中转

局域网直连的前提是：两台设备能互相找到对方。

这依赖于它们在同一网络里，并且允许彼此通信。所以"同一个网络"是这一类方式的硬前提。

跨网络就不一样了：两台设备互相不可达，没有任何一方能主动连上另一方。

解法是引入一个双方都能访问的中转——这就是扫码直连在做的事：双方各自连到中转，由中转把两边接起来。

但它是有代价的：画面不再是"从这台设备直接到那台设备"，而是多绕了一段路。

所以可以把它理解成一条取舍：

方式	可达性	路径
局域网直连	要求双方在同一网络且可互通	最短
扫码直连	只要双方都能访问中转	绕行

顺带说明一点：网络里"禁止设备互相通信"是一种常见的安全设置（各自能上网，但互相看不见）。这正是"能上网却搜不到设备"的典型原因——它跟信号强度没关系。

五、为什么接收端要一直运行

接收端在监听——它在等着别人连过来。

所以它必须常驻：不在运行，就没有人在"听"，自然收不到连接。

这一条解释了两个常见现象：

窗口关了但服务还在 → 仍然能接收（因为"听"的是服务，不是窗口）
重启之后收不到了 → 服务没有设为自启，没人在听

理解了"接收端是在监听"，就会明白为什么"打开一下再关掉"这种做法有时反而能解决问题——它把服务重新拉起来了。

六、按现象定位

现象	类型/原因	处理方向
进度条拖不动、不能暂停	走的是媒体推送	属预期，控制权在接收端
换内容就要重连	推送模式下没有"持续共享的屏幕"	属预期
同一应用里有的内容投不了	该内容受保护	换内容或换投法
镜像比推送糊	两种路径的画质上限不同	属预期；对画质敏感时优先推送
某台设备能投、另一台不行	协议支持不同	属生态差异，非网络问题
同一设备昨天能、今天不能	网络或服务状态变化	查服务与网络
跨网络时才用扫码直连	中转带来绕行	能在同一网络就优先直连
关掉窗口仍能接收	监听的是服务而非窗口	属预期
重启后收不到	服务未自启	开启开机启动
能上网却搜不到设备	网络禁止终端互通	换网络或改连接方式

七、小结

关于乐播投屏这类工具，把"投"分成三层看，事情就清楚了：

镜像：把画面压缩后送过去，什么都投，但必须压缩
媒体推送：只把"播什么"告诉对面，播放与控制都在对面——这解释了不能快进、换集就断
内容投递：把内容交给对面播放，最接近"发文件"

再加上两条：

协议支持决定了"哪些设备能投"，而网络状态决定了"现在能不能投"——这两个方向要分开验证
接收端是常驻监听的服务：不运行就没人"听"，这解释了"关窗口还能收""重启就收不到"

这里的经验可以推广：同一个词（"投屏""同步""共享"）在不同实现里可能指完全不同的动作——有的是把内容和控制权一起交出去，有的只是把自己的画面借给对方看。

遇到"功能时好时坏""有的能有的不能"时，先问一句——这一次，实际发生的是哪一种？ 分清动作类型，比反复试设置要快得多。

pcdoctor