python 应用场景之os._exit和sys.exit的本质区别

最新推荐文章于 2024-04-18 07:00:36 发布

胡桓

最新推荐文章于 2024-04-18 07:00:36 发布

阅读量633

点赞数

分类专栏： python 文章标签： python 多线程

本文链接：https://blog.csdn.net/louishu_hu/article/details/125476315

版权

python 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

本文通过实例代码详细解释了Python中os._exit和sys.exit在多线程和多进程场景下的应用区别。sys.exit只会影响当前子线程，而os._exit会退出整个Python解释器。在多线程中，worker2使用sys.exit时，worker1会继续运行；而使用os._exit时，worker1会随worker2一同退出。

摘要由CSDN通过智能技术生成

在网上看到一堆人解释两者之间的区别，但都是一堆专业术语，而没有从应用场景进行过详细解释。简直是误人子弟的解释，所以今天突然来了兴趣把相关场景在此解释一下。

说到os._exit和sys.exit的本质区别，在应用上，我可以给个简单的例子说明一下：

主要应用在多线程和多进程场景里。

如果你在多个线程里，使用sys.exit，它只会停止当前子现场，而不会对主线程有任何影响。

而你使用os._exit，则将退出整个python解释器，停止工作。

本人已经实验过多线程模式，多进程模式等待其他同学有兴趣的可以进行测试。

测试代码如下：

def worker2(lock):
    sys.exit(1)
    #os._exit(1)


def worker1(lock):
    n = 0
    while n<10:
        print('worker1')
        time.sleep(1)
        n+=1

word2Thread = threading.Thread(
    target=worker2,
    name='work2',
    args=(1,)
)
word2Thread.start()
word1Thread = threading.Thread(
    target=worker1,
    name='work1',
    args=(1,)
)
word1Thread.start()

你会发现worker1并不会因为worker2的退出而停止工作。

我们现在换成os._exit试试呢。

你会发现worker1会随着worker2的退出而马上停止工作。