使用XCB与C++开发Reparenting WM时偶发BadWindow错误求助

首先明确核心逻辑：X11客户端默认的错误处理机制为收到任意协议错误（包括BadWindow）时直接终止进程，因此单个窗口操作触发的BadWindow会导致同进程所有窗口随进程退出全部关闭，并非窗口管理器主动销毁了该应用的其他窗口。

1. Unmap/Destroy事件处理逻辑排查 #

• 检查是否在收到XCB_UNMAP_NOTIFY事件时直接调用xcb_destroy_window销毁客户端原始窗口或自定义frame窗口：若客户端尚未完成自身窗口销毁逻辑，你提前销毁了客户端窗口的父frame，X服务器会自动销毁所有子窗口（包括客户端原始窗口），此时客户端后续对该窗口的合法操作就会触发BadWindow。
• 标准销毁流程参考：收到用户关闭操作 → 优先向客户端发送WM_DELETE_WINDOW客户消息 → 等待客户端主动销毁窗口，你侧收到XCB_DESTROY_NOTIFY事件后再清理对应的frame窗口和本地维护的窗口元数据。
• 检查UnmapNotify事件的过滤逻辑：窗口重父、最小化等操作也会触发Unmap事件，不加判断直接销毁窗口会出现误销毁问题。

2. 异步竞态与窗口ID引用排查 #

• 确认本地维护的窗口映射表（客户端窗口ID→frame窗口ID/窗口元数据）的增删逻辑与事件处理顺序一致：X11事件异步到达，可能存在你已销毁某个窗口的元数据，但后续还有该窗口的事件排队等待处理的情况，容易导致误操作已销毁的窗口ID，或误匹配其他复用的窗口ID。
• XCB请求默认异步执行，无主动错误抓取的前提下，WM侧发起的非法窗口操作不会同步抛出错误，看起来WM侧无报错，实际可能触发了X服务器状态异常间接导致客户端操作失败。开发阶段可开启XCB同步模式，每次请求后调用xcb_request_check主动捕获错误，复现问题时可第一时间定位WM侧的非法请求。

3. 重父操作边界场景排查 #

• 检查窗口关闭时的重父逻辑：销毁自定义frame前，是否需要先将客户端窗口重父回根窗口？如果客户端窗口被嵌入到你的frame中时你直接销毁frame，会触发X服务器递归销毁所有子窗口，此时客户端操作该窗口就会触发BadWindow。
• 检查窗口遍历逻辑是否存在误匹配：比如清理资源时错误根据进程ID、WM_CLASS等属性匹配到同进程的其他窗口，对无关窗口发起销毁/Unmap操作。

4. 复现效率提升手段 #

• 使用xtrace工具抓取X11协议通信日志，复现问题时直接定位哪一方的哪一次请求触发了BadWindow错误，可快速缩小排查范围。
• 针对xfce4-terminal这类可复现的应用，添加--sync参数启动，强制X11请求同步执行，可大幅提升错误触发概率，方便调试。

内容的提问来源于stack exchange，提问作者gsb