Linux C:从main()返回是否导致多线程应用程序终止?
这个问题似乎可能是重复的,但是我找不到一个.如果我错过了上一个问题,道歉. 在Java中,我有大部分的经验,如果你的main()分叉一个线程,并立即返回进程继续运行,直到进程中的所有(非守护进程)线程都停止. 在C中,似乎并非如此 – 一旦主线程返回进程正在停止,其他线程仍在运行.对于我当前的应用程序,这可以很容易地通过应用程序pthread_join()解决,但我想知道是什么原因导致这种行为.这个编译器(gcc)是具体的,pthreads具体的还是在大多数/所有C实现的平台上共享的行为?这个行为是否可以在pthreads中配置(我看过pthread_attr _ *()函数中的pthread api,没有看到任何看起来相关的内容). 完全独立的问题,但是当你在这里…什么会用pthread_detatch()? 解决方法是.在现代linux(更重要的是GNU libc的较新版本)中,exit_group是主要返回时使用的系统调用,而不是纯粹的退出. exit_group描述如下:
值得注意的是,目前的c标准没有提到线程,所以这个行为不是c具体的,而是特定于你的特定实现.也就是说,当我的主线程终止时,我亲身看到的每个实现都会杀死所有线程. 编辑:值得注意的是,Jonathan Leffler的答案指出,POSIX标准确实指定了这种行为,所以使用pthreads进行线程的应用程序当然是正常的. 编辑:回答关于pthread_detach的跟进.基本上,如果您不加入非脱机线程,则被视为资源泄漏.如果你有一个长时间运行的任务,你不需要“等待”,它只是“结束,当它结束”,那么你应该分离它不会有资源泄漏,当终止没有加入.该手册页面显示以下内容:
所以一个快速而肮脏的答案是:“当你不关心什么时候结束,分开它,如果另一个线程关心它什么时候结束,必须等待它终止,那么不要. (编辑:哈尔滨站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- linux-kernel – IO-APIC级别与PCI-MSI-X之间的差异
- linux – 在下一行中打印提示后面的bash脚本结果
- 最快的方法来在Linux中的文件中洗牌
- 在Linux下检测Python/GTK中的用户注销/关闭 – 未收到SIGTE
- osx – OS X arch命令不正确[已关闭]
- linux – 活动套接字的{tcp_error,Socket,etimedout}’消息
- macos – 如何在OS X上使用ditto在Linux上像cp -a一样工作
- tmux同步一些但不是所有的窗格
- sed – 我应该使用cut或awk来提取字段和字段子字符串吗?
- linux – 如何列出符号链接链?