使用哔哩哔哩投屏时出现卡顿，通常由网络环境、投屏协议、设备解码能力、服务器端策略以及客户端优化等多方面因素共同导致。以下从技术原理层面逐一分析。
网络带宽与稳定性是投屏卡顿的首要原因。投屏本质上是将手机或电脑上的视频流通过本地局域网传输到电视或显示器，整个过程需要双工稳定连接。如果家中Wi-Fi采用2.4GHz频段，容易受到蓝牙、微波炉等设备干扰，且传输速率远低于5GHz，导致数据包丢失或重传，引发卡顿。此外，若路由器开启QoS（服务质量）策略不当，或网络中存在大量其他设备占用带宽，也会造成投屏缓冲。
投屏协议差异直接影响流畅度。哔哩哔哩客户端通常支持DLNA、AirPlay、Miracast等协议。其中DLNA基于HTTP流式传输，要求电视端直接解析视频源，但B站部分视频采用了HEVC（H.265）或AV1编码，老款电视无法硬件解码，只能转为软件解码，导致帧率骤降。而AirPlay协议（苹果设备）会将视频流先经手机转码再发送，若手机CPU/GPU负载过高（如同时运行其他应用），转码延迟会显著增加。Miracast则依赖Wi-Fi Direct点对点传输，对信号强度极为敏感，穿墙后极易卡顿。
B站服务器端限制不可忽视。B站对非会员用户投屏时的分辨率和码率进行了限制——免费用户仅能投屏720p（甚至更低），但电视端往往需要接收更高码率才能保持流畅。更关键的是，B站投屏时默认采用H.264 High Profile编码，而部分电视硬件解码器对High Profile支持不佳，只能降级为Baseline或Main Profile，导致画质劣化并引发丢帧。此外，B站投屏的CDN节点分配策略也可能导致延迟：若电视端IP被分配到负载较高的节点，缓冲时间会明显延长。
电视端硬件与软件同样是瓶颈。许多智能电视的主控芯片算力有限，尤其是入门级机型，其视频解码单元仅支持MPEG-2、H.264等老编码，对B站常用的HEVC 10bit或AV1无能为力。此时电视会调用通用CPU进行软解，效率极低，帧率甚至低于15fps。同时，电视系统内存不足或后台应用过多也会导致解码线程被抢占，出现间歇性卡顿。
客户端与固件兼容性问题频发。B站Android/iOS客户端在投屏时，会执行协议协商和字幕同步等操作。若手机与电视的JSON-RPC API版本不匹配，或电视端的DLNA实现存在缺陷（如未实现片段请求的Range头），会导致手机端不断发送重复数据包，浪费带宽。此外，B站投屏的低延迟模式（如直播投屏）默认关闭，普通视频投屏会预缓冲大量数据，如果网络波动，缓冲区耗尽后直接卡顿。
最后，HDR和动态帧率也会造成卡顿。B站支持HDR10/杜比视界投屏，但电视端若未正确映射色彩空间，系统会反复进行色调映射，消耗大量GPU资源。同时，部分视频源为48fps或60fps，电视刷新率若为固定的50Hz或60Hz，需要执行帧率转换（如3:2 pulldown），转换算法不佳时就会出现微卡顿。建议用户优先尝试切换5GHz Wi-Fi、关闭手机后台应用、更新电视固件，或更换为有线投屏器（如HDMI线直连）来规避上述问题。
查看详情
查看详情
