这个问题算是个很老问题了，09年的issue一直到现在还是open的状态：https://bugs.python.org/issue6721

原因

简单的说，如果主进程A中有多个线程A.t1,A.t2...，而其中有一个线程A.t1刚好在logging，此时线程锁是获取状态(对，logging是通过线程锁实现线程安全的)，同时通过另一个线程A.t2 又fork出一个子进程B的话，那么B进程初始化之后，logging.lock会是未释放的状态，此时在B里面尝试logging，B就会卡死，就算A.t1 logging完毕释放了logging.lock，B一样获取不到这个lock，因为这个线程锁不会跨进程，是不同的对象。

代码

import os

import sys

import threading

import time

import multiprocessing

class ThreadWorker(threading.Thread):

def __init__(self):

print('ThreadWorker: init')

super().__init__()

def run(self):

print('ThreadWorker: running (rlock = {0})'.format(global_rlock))

global_rlock.acquire()

print('ThreadWorker: i got lock {0}'.format(global_rlock))

time.sleep(5)

global_rlock.release()

print('ThreadWorker: release lock {0} and '

'sleeping forever'.format(global_rlock))

time.sleep(600000)

def foo(global_rlock):

print('child: running (rlock = {0}), '

'getting the lock...'.format(global_rlock))

global_rlock.acquire()

print('child: got the lock {0}'.format(global_rlock))

sys.exit(0)

if __name__ == '__main__':

global_rlock = threading.RLock(verbose=True)

worker = ThreadWorker()

worker.daemon = True

worker.start()

time.sleep(1)

print('forking')

context = multiprocessing.get_context('fork')

process = context.Process(target=foo, args=(global_rlock,)) # in unix ,the default context is fork.

process.start()

print('parent: running (rlock = {0})'.format(global_rlock))

time.sleep(10)

解决方案

首先在windows上是不会有这个问题的，windows根本不支持fork，windows只支持以spawn方式去新起一个进程。

Unix才会有这个问题，但谁家的生产环境还会是windows呢？

见节 17.2.1.2：https://docs.python.org/3.5/library/multiprocessing.html

选择用spawn或者forkserver的方式去新起进程，这种方式下，新起的进程并不会继承父进程一些不必要的资源，变量，锁等。

但是fork快呀，所以如果你能确定主进程中没有多进程，或者没有线程锁的情况下，使用fork

来源：oschina

链接：https://my.oschina.net/u/3534184/blog/4321170