1. Miracast投屏信道冲突现象解析

上周调试Miracast多屏互动功能时，遇到个诡异现象：手机成功投屏到电视后，只要连接Wi-Fi热点，投屏立即中断。抓取系统日志发现关键报错"P2P-GROUP-REMOVED p2p0 GO reason=FREQ_CONFLICT"，这个错误就像交通警察突然叫停了两辆并行的卡车——因为它们的行驶车道发生了冲突。

Wi-Fi信道本质上是无线电波的"车道划分"。现代设备通常支持三种"道路系统"：

• 2.4GHz老城区：14条车道（信道1-14），每条宽20MHz，但实际可用仅3条不重叠信道（1/6/11）
• 5GHz高速路：国内开放36-64信道，DFS信道（52-64）需要雷达检测
• 6GHz新开发区：233个信道，目前国内尚未开放

当设备同时运行Miracast（P2P模式）和普通Wi-Fi连接时，就像同时使用两条车道。如果硬件驱动是"单通道卡车"（不支持并发），系统就会强制关闭优先级低的连接。Android默认策略是保Wi-Fi断P2P，这就像交通管制优先保障主干道通行。

2. 日志分析的破案线索

遇到投屏异常时，建议先用adb抓取wpa_supplicant日志：

adb logcat -b all | grep -E 'wpa_supplicant|P2P'

典型的问题日志序列如下：

01-23 10:03:32.240 wpa_supplicant: wlan0: 连接热点信道5220MHz
01-23 10:03:32.242 wpa_supplicant: P2P-GROUP-REMOVED p2p0 GO reason=FREQ_CONFLICT
01-23 10:03:32.243 wpa_supplicant: p2p0: 接口状态ENABLED->DISABLED

这三个关键日志就像破案三要素：

1. 犯罪现场：Wi-Fi连接5GHz信道5220MHz
2. 作案手法：P2P组因频率冲突被解散
3. 犯罪结果：p2p0接口被禁用

特别要注意时间戳的连续性——2毫秒内完成整套操作，说明是系统自动触发的保护机制。

3. Android源码中的信道仲裁机制

在AOSP的wpa_supplicant项目中，关键逻辑位于两个位置：

硬件能力检测（wpa_supplicant/src/drivers/driver_nl80211_capa.c）：

static int wiphy_info_iface_comb_process(...) {
    if (combination_has_p2p && combination_has_mgd) {
        unsigned int num_channels = nla_get_u32(...);
        info->p2p_concurrent = 1;
        if (info->num_multichan_concurrent < num_channels)
            info->num_multichan_concurrent = num_channels;
    }
}

这段代码就像设备的能力说明书，num_multichan_concurrent表示支持并发的信道数。如果这个值被错误设置为1，后续就会触发冲突检测。

冲突处理逻辑（wpa_supplicant/wpa_supplicant/events.c）：

if (wpa_s->num_multichan_concurrent < 2) {
    int freq, num;
    num = get_shared_radio_freqs(wpa_s, &freq, 1);
    if (num > 0 && freq > 0 && freq != params.freq) {
        wpas_p2p_handle_frequency_conflicts(...);
    }
}

这个判断逻辑就像交通指挥系统：当检测到多信号占用不同频率时，立即启动冲突解决流程。实测发现部分厂商修改驱动时误删了多信道支持配置，导致系统误判为单通道设备。

4. 多路投屏的特殊陷阱

在开发TV端多路投屏功能时，我掉进过一个深坑：为了提高连接成功率，代码中做了两处优化：

1. 投屏前重启Wi-Fi
2. 强制指定P2P网卡

这两个操作组合起来就像在十字路口同时设置红绿灯和单行道标志：

• 重启Wi-Fi会触发重新连接热点
• 固定网卡配置可能覆盖驱动默认的多通道参数
• 新建的P2P组与Wi-Fi连接产生信道竞争

解决方案是增加并发信道数检测：

+ if (info->num_multichan_concurrent < num_channels)
+     info->num_multichan_concurrent = num_channels;
- return 0;

同时建议在Miracast启动流程中加入信道预检：

iw list | grep "valid interface combinations" -A 15

这个命令能列出设备真实的并发能力，比如看到"2x2 MIMO"表示支持双通道并发。就像施工前检查道路承载能力，避免通车后才发现问题。

5. 实战调试技巧与避坑指南

经过多次踩坑，总结出这套调试方法：

第一步：环境准备

• 手机端：adb root && adb shell "wpa_cli -i p2p0 log_level DEBUG"
• TV端：iwpriv wlan0 setDebug 0x8000

第二步：关键日志过滤

adb logcat | grep -E 'P2P|wpa_supplicant|WifiStateMachine'

第三步：信道状态检查

# 查看当前信道占用
iw dev wlan0 scan | grep -A 5 "freq:"
iw dev p2p0 info

典型问题排查表：

现象	可能原因	验证方法
连接Wi-Fi断投屏	单通道硬件限制	检查iw list输出
投屏画质差	误用2.4GHz信道	分析P2P组信道参数
多设备连接失败	num_multichan_concurrent设置错误	跟踪wiphy_info_iface_comb_process调用

最后分享一个血泪教训：某次更新驱动后，所有5GHz频段突然不可用。最终发现是厂商误将中国区信道列表写死，导致DFS信道被禁用。这类问题可以通过对比/etc/wifi/下的区域配置文件来排查。