使用XSendEvent发送XKeyEvent首次无响应，XCloseDisplay时触发

嘿，这个问题我之前调试X11事件模拟时也碰到过！本质是Xlib的异步缓冲区机制在搞鬼——Xlib默认会把发送请求（比如键盘按下/释放事件）缓存起来，不会立刻发给X服务器，只有当缓冲区满、遇到同步操作，或者你主动触发刷新时，才会批量发送这些请求。而XCloseDisplay()会自动触发缓冲区的最终刷新，所以你最后一次模拟的事件才会在程序结束时突然冒出来。

最直接的解决方案：主动刷新缓冲区 #

每次发送完键盘的按下+释放事件后，调用XFlush()或者XSync()强制把缓冲区里的请求推送给X服务器就行：

// 发送按下事件
XSendEvent(display, window, True, KeyPressMask, &event);
// 发送释放事件
XSendEvent(display, window, True, KeyReleaseMask, &event);
// 立刻把缓存的请求发出去，不让事件“憋”在缓冲区里
XFlush(display);

如果你需要确保X服务器已经处理完所有事件再继续，可以用XSync(display, False)——它会等待服务器响应后才返回，适合对事件顺序要求严格的场景：

XSync(display, False);

为什么会出现这种延迟？ #

Xlib这么设计是为了提升性能（毕竟X11是客户端-服务器模型，哪怕本地运行也遵循这个逻辑），减少频繁的网络/IPC请求。如果不主动刷新，事件就会一直留在缓冲区，直到触发自动刷新的条件：

• 缓冲区被填满
• 调用了需要等待服务器返回结果的同步函数（比如XQueryPointer()、XGetWindowAttributes()）
• 调用XCloseDisplay()关闭显示连接

这就解释了为什么你模拟5次a键，只有4次立刻生效，最后一次被留在缓冲区里，直到程序结束关闭连接时才被发送。

关于添加延迟的补充 #

你提到加延迟后情况有改善，其实是因为sleep这类操作可能间接触发了Xlib的隐式同步，但这不是可靠的解决办法——依赖延迟不仅低效，还可能在不同环境下出现不稳定的情况。主动调用XFlush()才是正确且高效的做法。

给你个完整的示例片段参考 #

Display *display = XOpenDisplay(NULL);
Window root = DefaultRootWindow(display);

// 模拟按下并释放a键5次
for (int i = 0; i < 5; i++) {
    XEvent event;
    memset(&event, 0, sizeof(event));
    event.type = KeyPress;
    event.xkey.display = display;
    event.xkey.window = root;
    event.xkey.root = root;
    event.xkey.keycode = XKeysymToKeycode(display, XK_a);
    
    XSendEvent(display, root, True, KeyPressMask, &event);
    
    // 模拟释放事件
    event.type = KeyRelease;
    XSendEvent(display, root, True, KeyReleaseMask, &event);
    
    // 关键：立刻刷新缓冲区
    XFlush(display);
    
    // 可选：如果需要事件间隔，加个小延迟（单位微秒，这里是100ms）
    usleep(100000);
}

XCloseDisplay(display);

改成这样后，每次模拟的键盘事件都会立刻被发送到X服务器，不会再出现最后一次事件延迟到程序结束才触发的问题啦。

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