Linux下X11为何会产生大量CONFIGURE_NOTIFY事件？

嘿，这个问题我之前折腾XCB写窗口小工具的时候也踩过坑，结合你贴的代码场景，给你唠唠为啥会冒出一堆CONFIGURE_NOTIFY事件哈～

• 首先是X11客户端-服务器模型的「确认机制」：你在代码里调用xcb_configure_window这类请求去修改窗口的位置、大小，X服务器不会默默地执行完就完事，它会给你发一个CONFIGURE_NOTIFY事件，相当于告诉你“窗口的几何属性已经按要求调整好啦”。要是你连续按键触发多次调整请求，服务器自然就会连续发对应的确认事件，攒起来就显得特别多。
• 其次是窗口管理器（WM）的「规则干预」：咱们平时用的GNOME Shell、KWin、Openbox这类窗口管理器，会接管大部分窗口的几何管理。当你发了调整窗口的请求，WM可能觉得你的参数不符合它的规则——比如窗口不能小于最小尺寸、要对齐到桌面网格、不能超出屏幕边界，它就会偷偷把参数修正一遍，再让服务器实际调整窗口，这时候服务器又会给你发一次CONFIGURE_NOTIFY，相当于一次按键操作触发了两次事件，次数直接翻倍。
• 还有一种情况是「实时反馈触发」：有些WM在你按住按键连续调整窗口的时候，会实时把每一步的几何变化都通过CONFIGURE_NOTIFY发给你，而不是等你松开按键才发最后一次。比如你按住方向键1秒，可能触发十几二十次调整，对应的事件也就堆起来了。

给你几个实用的小建议来处理这种情况：

• 要是你不需要实时处理每一次事件，可以整个「事件合并」的小逻辑——比如设个10ms的定时器，在这段时间里如果收到新的CONFIGURE_NOTIFY，就覆盖之前的参数，等定时器到了再统一处理，这样就能大幅减少实际处理的事件次数。
• 检查下你的窗口事件掩码，别订阅不必要的事件；当然如果要处理窗口大小位置变化，CONFIGURE_NOTIFY肯定得留着，但可以在处理的时候加个判断：如果这次事件的参数和上一次的一模一样，直接跳过就行，避免重复处理。
• 要是你就是想绕开WM的干预，创建窗口的时候把override_redirect属性设为true，这样WM就不会管这个窗口了，调整的时候只会收到一次CONFIGURE_NOTIFY，但代价是这个窗口会失去WM提供的标题栏、最小化/最大化这些功能，适合做悬浮小工具这类场景。

备注：内容来源于stack exchange，提问作者Empty Stack