如何阻止X11客户端窗口在模拟输入时获取输入焦点？

核心思路：拆分输入事件与焦点管理 #

X11的输入事件和焦点绑定逻辑紧密，直接拦截焦点请求会破坏客户端的正常运行逻辑导致冻结。正确的做法是让客户端认为自己拥有焦点，但实际系统焦点保留在原窗口，同时单独投递模拟输入事件。

方案1：使用XTest扩展直接投递事件到目标窗口 #

XTest允许绕过焦点机制，直接将键鼠事件发送到指定窗口，不会改变系统焦点：

• 调用XTestFakeButtonEvent或XTestFakeKeyEvent时，指定目标窗口的window参数，同时设置send_event=True（确保事件直接发送到目标窗口，不经过焦点路由）
• 前提：确保客户端窗口已完成映射（XMapWindow执行完毕），并且配置了正确的事件掩码（比如ButtonPressMask、KeyPressMask）
• 代码示例：

// 模拟目标窗口的左键点击事件
XTestFakeButtonEvent(display, Button1, True, CurrentTime);
XTestFakeButtonEvent(display, Button1, False, CurrentTime);
XSync(display, False);

方案2：代理焦点请求，维持客户端的焦点认知 #

不要直接丢弃SetInputFocus请求，而是做如下处理：

• 当客户端发送SetInputFocus请求时，不转发给X服务器，但记录客户端期望的焦点窗口
• 当客户端发送GetInputFocus请求时，返回它之前记录的窗口（伪造响应）
• 拦截客户端的FocusIn/FocusOut事件，替换为客户端期望的焦点状态，让它认为自己处于激活状态
• 这种方式需要在中间层维护客户端的焦点状态，确保客户端UI逻辑不会因焦点不一致而冻结

方案3：使用XInput2扩展的事件重定向 #

XInput2支持更精细的事件控制，可将模拟输入事件定向到指定窗口：

• 先获取目标窗口的设备上下文，通过XIChangeProperty设置输入事件的接收目标
• 使用XISendEvent直接发送事件到目标窗口，绕过系统焦点路由
• 该方法比XTest更灵活，支持更多输入事件类型，但实现复杂度稍高

关键注意事项 #

• 不要完全阻断客户端的焦点相关请求，X11客户端依赖焦点状态处理UI更新、事件响应，直接丢弃会导致窗口冻结
• 模拟输入时，务必将事件的send_event标志位设为True，让X服务器直接将事件投递到目标窗口，不经过焦点筛选
• 测试时可用xev工具监听目标窗口的事件，确认模拟事件是否正确投递，同时检查系统焦点是否保持不变

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