POSIX标准对atExit()处理程序中的线程堆栈有什么规定？操作系统的做法是什么？ [英] What does the POSIX standard say about thread stacks in atexit() handlers? What's the OS practice?

问题描述

当我们的UNIX/C程序需要紧急退出时，我们使用exit(3)函数并安装atexit(3)处理程序进行紧急清理。这种方法工作得很好，直到我们的应用程序被线程化，在这一点上，exit()处理程序停止工作，这是可以预见的。

我们通过试验了解到一个错误，即线程可能已经死在atexit()处理程序中，并且它们的堆栈已被释放。

我在用atexit()链接线程消失的标准中找不到引号：线程在从main()返回之后不再存在，但是它是在调用atexit()之前还是之后呢？Linux、FreeBSD和Mac上的实际做法是什么？

多线程程序中是否有好的紧急清理模式？

推荐答案

POSIX标准

exit在exit终止线程之前还是之后调用atexit处理程序似乎不是POSIX定义的。

进程"正常"终止有两种(或三种)方式。

• 所有线程都终止。当最后一个线程通过返回或调用pthread_exit退出时，将运行atexit处理程序。在这种情况下，没有其他线程。(这取决于平台。如果主线程不是通过exit终止，某些平台可能会终止其他线程，其他平台则不会终止)。

• 一个线程调用exit。在这种情况下，将运行atexit处理程序，并终止所有线程。POSIX没有具体说明以什么顺序。

• main返回。这大致相当于调用exit()作为main的最后一行，可以如上处理。

操作系统实践

在Linux中，文档https://linux.die.net/man/2/exit 表示线程通过_exit调用exit_group终止，_exit在atexit处理程序之后调用。因此，在Linux中，在调用exit时，任何atexit处理程序都会在线程终止之前运行。请注意，它们在调用exit的线程上运行，而不是在调用atexit的线程上运行。

如果您在意，Windows上的行为是相同的。

紧急清理的模式。

最佳模式为：永远不要处于需要紧急清理的状态。

• 不能保证您的清理将运行，因为 您可以使用kill -9或 停电了。
• 因此，您需要能够在该方案中恢复。
• 如果您可以从该位置恢复，也可以从abort恢复，因此您可以使用abort作为紧急出口。

如果您无法执行此操作，或者如果您要执行"尽善尽美"的清理，atexit处理程序应该没有问题，前提是您首先优雅地停止进程中的所有线程，以防止在执行清理时进入不一致的状态。

这篇关于POSIX标准对atExit()处理程序中的线程堆栈有什么规定？操作系统的做法是什么？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！