Xlib和XCB一个进程中有多个窗口 Xlib失败，而XCB失败

问题描述

不久前，我面对一个事实，即在存在多个线程和多个窗口的情况下使用Xlib进行编程是一条棘手的道路。我面临的问题是，Xlib（或窗口管理器）在所谓的“顶层”窗口关闭后强制关闭了与服务器的连接。

问题很容易重现，您只需要创建一个窗口，然后将其关闭。完成上述步骤后，尝试使用Display。致命错误将引发，程序将退出。这是Xlib的奇怪行为。

这个问题在多个SO主题中遇到：How do I gracefully exit an X11 event loop?，How do you exit X11 program without Error。总结讨论，在Xlib文档的某处指出Windows Manager将关闭连接。

出于好奇，我检查了XCB库中的此类行为。与Xlib相比，XCB的行为“正常”，我能够在连接仍然存在的情况下创建和销毁多个窗口。

问题是。 XCB库在存在多个窗口和线程的情况下如何执行，因此不会显示Xlib的错误行为？ XCB是在后台使用Xlib还是以其他格式将命令发送到X服务器？对不起，我不太熟悉如何与X11协议进行通信。尤其是这种情况，该窗口管理器没有关闭与XCB的连接？

我将接受任何会削弱此事的答案。是到XCB源代码的Web链接，它说明了做事的聪明方法。还是将根据X11协议进行解释。还是其他。

感谢您的长期阅读。我希望我不会对所有这些文字感到厌倦。

更新

我搞砸了。 如果在WM_PROTOCOLS中设置了WM_DELETE_WINDOW，则Xlib的行为将达到我的预期。仅仅是排序或同步导致连接处于错误状态。我认为多个线程以随机方式干扰了Xlib状态，并且事件循环出错了。我必须警告其他人有关Xlib的信息，即应该通过变量或原子基元进行同步。 Xlib实际状态更改仅应在主线程中以及事件循环通过后的 中进行。

解决方法

为总结讨论，在Xlib文档的某处提到Windows管理器将关闭连接。

“某处”是Xlib文档。而且您应该更仔细地阅读这些讨论，因为您似乎忽略了一些要点。

在存在多个窗口和 线程，因此它不显示Xlib错误的行为？

您可能不喜欢Xlib在这方面的行为，但这不是“有问题的”。它被记录下来，对于许多程序很有用。此外，尽管关闭顶级窗口时Xlib的默认行为是关闭连接，但这不是唯一可能的行为。在您链接的问题的答案中，有一个描述（和文档引用）描述了您需要做的相对简单的事情，以避免通过顶级窗口的关闭按钮关闭X窗口时关闭X连接。

那么，考虑到我们正在谈论的是Xlib的 default 行为，而不是不可避免的行为，因此XCB的行为有所不同也就不足为奇了，因为.... >

XCB是否 在后台使用Xlib，或将命令发送到X服务器 其他格式？

否，XCB不使用Xlib。它是Xlib的替代品，Xlib是用Xlib的经验编写的，具有智慧的年轻同级兄弟。 Xlib和XCB都通过X协议与X服务器通信。 ^* 都是低级的，但是XCB或多或少是一个直接的协议包装器，而Xlib则提供了一个API外观来隐藏X的客户端/服务器性质。

方向的差异为关闭窗口按钮的默认行为的差异提供了合理的解释。 Xlib尝试猜测GUI应用程序的程序员最可能想要的是什么，它会基于此选择默认值。大多数X应用程序都提供一个顶级窗口，其中关闭该窗口会终止该应用程序，而自动关闭X连接对于此类应用程序来说很方便。另一方面，XCB不会尝试隐藏X协议或在策略上分层（尽管在其之上构建的工具包可能会这样做）。 XCB就是要透明地说明其工作。

不好意思，我不太熟悉如何交流 符合X11协议。

通常来说，您使用Xlib或XCB进行通信。从原则上讲，可以将原始X11与X服务器对话-毕竟，这就是Xlib和XCB所做的-但这样做很复杂。这就是Xlib和XCB存在的原因。甚至那些工具都不是那么容易使用，这就是为什么它们在它们之上构建了更高级别的工具箱的原因。

尤其是那个窗口管理器的来历 不能关闭与XCB的连接？

XCB不会指示窗口管理器这样做（至少，默认情况下不是）。如果您告诉Xlib不这样做，Xlib也不会这样做。

---

^* 大概是最初。正如一个评论者所观察到的那样，如今，Xlib并不直接使用X协议，而是使用XCB（与之相反）。