Python2中的multiprocessing模块，规避了GIL（Global Interpreter Lock）带来的多线程无法实际并发的缺点，设计了几乎与threading模块一模一样的API，目的就是方便我们在必要时可以使用multiprocessing模块替换threading模块达到真正的并发。

但是，因为线程的内存空间是共享的，而进程之间是独立的，所以使用multiprocessing模块时，进程间的同步会比线程间的同步遇到的问题要多。

1：threading中的daemon 和 multiprocessing中的daemon

The entire Python program exits when no alive non-daemon threads are left.

在threading中，如果启动线程时设置为daemon，则主进程要退出时，如果当前其中的线程都是daemon的，则主进程可顺利退出（其他线程也会退出），否则只要有一个non daemon线程存在，则主进程不会顺利退出。

class Thread(threading.Thread):
def __init__(self, daemon):
super(Thread, self).__init__()
self.daemon = daemon
def run(self):
while True:
print 'in Thread'
time.sleep(1)

def main():
thread = Thread(True)
thread.start()

time.sleep(2)

print 'main exit now'  
sys.exit(0)

if __name__ == '__main__':
main()

在main中，如果启动Thread设置daemon为False，则当main调用sys.exit后，整个进程依然存在，线程依然持续有打印。将daemon设置为True，则当main退出时，整个进程就退出了。

When a process exits, it attempts to terminate all of its daemonic child processes.

在multiprocessing中，当主进程退出时，他会尝试终结其所有daemon的子进程。

class Process(multiprocessing.Process):
def __init__(self, daemon):
super(Process, self).__init__()
self.daemon = daemon
def run(self):
while True:
print 'in Process'
time.sleep(1)

def main():
process = Process(True)
process.start()

time.sleep(2)

print 'main exit now'  
sys.exit(0)

if __name__ == '__main__':
main()

当启动Process子进程时，如果设置daemon为True，则当main主进程退出时，Process子进程也会退出。如果设置daemon为Fales，则不会。

Note that a daemonic process is not allowed to create child processes. Otherwise a daemonic process would leave its children orphaned if it gets terminated when its parent process exits. Additionally, these are not Unix daemons or services, they are normal processes that will be terminated (and not joined) if non-daemonic processes have exited.

daemon子进程不能在通过multiprocessing创建后代进程，否则当父进程退出后，它终结其daemon子进程，那孙子进程就成了孤儿进程了。当尝试这么做时，会报错：AssertionError: daemonic processes are not allowed to have children

但是，daemon子进程还可以通过subprocess创建后代进程

2：multiprocessing中的Process.terminate

Terminate the process. On Unix this is done using the SIGTERM signal; on Windows TerminateProcess() is used. Note that exit handlers and finally clauses, etc., will not be executed.

Note that descendant processes of the process will not be terminated – they will simply become orphaned.

因为terminate就是直接向该进程按发送SIGTERM信号，进程无法优雅退出。所以terminate方法不会杀掉该子进程的后代进程。即使后代进程是daemon的：

class SubsubProc(multiprocessing.Process):
def __init__(self):
super(SubsubProc, self).__init__(name = 'SubsubProc')
self.daemon = True
def run(self):
while True:
print 'this is subsubproc'
time.sleep(2)

class SubProc(multiprocessing.Process):
def __init__(self):
super(SubProc, self).__init__(name = 'SubProc')
self.daemon = False
def run(self):
subsubproc = SubsubProc()
subsubproc.start()
while True:
print 'this is SubProc'
time.sleep(1)

def main():
subproc = SubProc()
subproc.start()

time.sleep(3)

subproc.terminate()  
subproc.join()  
print 'subproc terminated'

time.sleep(3600)  

if __name__ == '__main__':
main()

上面的代码中，主进程创建了SubProc子进程，在SubProc子进程中又创建了SubsubProc孙子进程。当主进程杀掉SubProc子进程后，不管孙子进程SubsubProc是否是daemon的，其都会一直存在，不会被杀掉。

If this method is used when the associated process is using a pipe or queue then the pipe or queue is liable to become corrupted and may become unusable by other process. Similarly, if the process has acquired a lock or semaphore etc. then terminating it is liable to cause other processes to deadlock.

如果进程使用了多进程共享的queue、pipe，则将其terminate时，这些queue或pipe将变的不可用。类似的，当该进程使用了锁或者信号量等共享对象时，杀掉该进程可能会导致其他进程死锁。

class Consumer(multiprocessing.Process):
def __init__(self, lock):
super(Consumer, self).__init__(name = 'Consumer')
self.lock = lock
def run(self):
print 'consumer wait the lock'
time.sleep(1)
self.lock.acquire()
print 'consumer get the lock'
time.sleep(1)
self.lock.release()

class Producer(multiprocessing.Process):
def __init__(self, lock):
super(Producer, self).__init__(name = 'Producer')
self.lock = lock
def run(self):
self.lock.acquire()
print 'producer get the lock'
time.sleep(100)
self.lock.release()

def main():
lock = multiprocessing.Lock()

producer = Producer(lock)  
producer.start()

consumer = Consumer(lock)  
consumer.start()

time.sleep(3)

producer.terminate()  
producer.join()  
print 'producer terminated'

time.sleep(3600)

if __name__ == '__main__':
main()

producer子进程首先得到了锁，然后进入睡眠。consumer子进程等待其释放锁。3秒之后，producer子进程被主进程杀掉，从而导致producer没有机会释放锁，导致consumer永远等待下去。

Queue内部使用了Lock，因而对于使用了Queue的进程进行terminate自然也是不安全的。

如果确实需要终结使用这些对象的process，可以使用multiprocessing.Event，控制process中的主循环：

class Consumer(multiprocessing.Process):
def __init__(self, lock):
super(Consumer, self).__init__(name = 'Consumer')
self.lock = lock
def run(self):
print 'consumer wait the lock'
time.sleep(3)
self.lock.acquire()
print 'consumer get the lock'
time.sleep(1)
self.lock.release()

class Producer(multiprocessing.Process):
def __init__(self, lock, stop_event):
super(Producer, self).__init__(name = 'Producer')
self.lock = lock
self.stop_event = stop_event
def run(self):
while not self.stop_event.is_set():
self.lock.acquire()
print 'producer get the lock'
time.sleep(2)
self.lock.release()

def main():
lock = multiprocessing.Lock()

stop\_event = multiprocessing.Event()  
stop\_event.clear()  
producer = Producer(lock, stop\_event)  
producer.start()

consumer = Consumer(lock)  
consumer.start()

time.sleep(1)

stop\_event.set()  
producer.join()  
print 'producer terminated'

time.sleep(3600)

if __name__ == '__main__':
main()

3：关闭父进程描述符

通过multiprocessing创建的子进程，它创建了父进程中所有描述符的副本。这就很容易造成一些意想不到的问题。比如一个httpserver父进程收到了客户端的http请求之后，动态创建了子进程，然后在父进程中关闭已与该客户端建链的socket。此时关闭操作不会发生实际作用（发送FIN包），因为在子进程中还存在一个socket的副本。

要想避免这种情况，要么在父进程中打开任何描述符之前创建子进程；要么就是在子进程中关闭不必要的描述符。比如，下面的方法可以在子进程中调用，关闭所有socket类型的描述符：

def close_socketfd_with_procfs():
proc_path = '/proc/self/fd'

for fdstr in os.listdir(proc\_path):  
    fd = int(fdstr)  
    try:  
        mode = os.fstat(fd).st\_mode  
        if stat.S\_ISSOCK(mode):  
            os.close(fd)  
    except OSError:  
            pass

4：multiprocessing.Queue的实现

Queue的内部实现使用了collections.deque和multiprocessing.Pipe。对Queue首次进行put操作时，Queue内部就会在后台启动一个daemon为True的threading.Thread。put操作仅仅是将对象append到deque中。由后台线程负责将deque中的对象取出，然后send到Pipe中。

启动后台线程时，还会在当前进程中注册一个Finalize，Finalize主要用于multiprocessing.Process进程退出时做清理工作。Queue.put注册的Finalize，就是在进程退出时，要等待后台线程完成当前的工作，也就是将已经put的对象全部发送出去。

如果put到队列中的对象特别大，或者队列已经满了，也就是只有消费者get之后，后台线程才能真正的send完成。这种情况下，如果process主循环退出了，实际上其后台线程还是阻塞在send操作，而没有真正退出，除非消费者及时的get操作。如果消费者的处理比较慢，则可能会有问题：

class Consumer(multiprocessing.Process):
def __init__(self, queue):
super(Consumer, self).__init__(name = 'Consumer')
self.queue = queue
def run(self):
while True:
count = self.queue.get()
print 'Consumer get count ', count[0]
time.sleep(3)

class Producer(multiprocessing.Process):
def __init__(self, queue, stop_event):
super(Producer, self).__init__(name = 'Producer')
self.queue = queue
self.stop_event = stop_event
def run(self):
count = 0
while not self.stop_event.is_set():
self.queue.put(str(count)*65536)
print 'producer put count ', count
count += 1
time.sleep(1)
print 'producer stop loop now'

def main():
queue = multiprocessing.Queue()

stop\_event = multiprocessing.Event()  
stop\_event.clear()  
producer = Producer(queue, stop\_event)  
producer.start()

consumer = Consumer(queue)  
consumer.start()

time.sleep(10)

stop\_event.set()  
producer.join()  
print 'producer terminated'

time.sleep(3600)

上面的代码中，生产者每隔1s产生一个大消息（长度大于65536），底层管道的容量默认为65536，所以，只有消费者get之后，后台线程的send操作才能返回。消费者每隔3s才能消费一个消息。所以，当生产者退出循环时，还无法真正结束，必须等待后台线程发送完所有已经put的消息：

producer put count 0
Consumer get count 0
producer put count 1
producer put count 2
producer put count 3
Consumer get count 1
producer put count 4
producer put count 5
Consumer get count 2
producer put count 6
producer put count 7
producer put count 8
Consumer get count 3
producer put count 9
producer stop loop now
Consumer get count 4
Consumer get count 5
Consumer get count 6
Consumer get count 7
Consumer get count 8
producer terminated
Consumer get count 9

出现这种情况一般不会是调用者希望看到的，调用者调用stop_event.set()就是希望生产者进程能马上退出，而不会希望其继续存在一段时间，并且这段时间还取决于消费者的消费速度。

解决这个问题，要么是调用Queue.cancel_join_thread，要么是使用SimpleQueue。但两种方法都有缺点。

Queue.cancel_join_thread的作用，实际上就是把注册的Finalize删除，从而在进程退出时，无需等待后台线程完成send，而直接退出。这样做的问题就是：已经put到Queue中的消息会丢失，更严重的问题是，因为进程直接退出，后台线程也强制退出，有可能导致后台线程持有的锁得不到释放（如果此时后台线程正在send的话），导致再也无法向该Queue中put消息：

class Consumer(multiprocessing.Process):
def __init__(self, queue):
super(Consumer, self).__init__(name = 'Consumer')
self.queue = queue
def run(self):
while True:
count = self.queue.get()
print 'Consumer get count ', count[0]
time.sleep(3)

class Producer(multiprocessing.Process):
def __init__(self, queue, stop_event):
super(Producer, self).__init__(name = 'Producer')
self.queue = queue
self.stop_event = stop_event
def run(self):
count = 0
while not self.stop_event.is_set():
self.queue.put(str(count)*65536)
print 'producer put count ', count
count += 1
time.sleep(1)
self.queue.cancel_join_thread()
print 'producer stop loop now'

def main():
queue = multiprocessing.Queue()

stop\_event = multiprocessing.Event()  
stop\_event.clear()  
producer = Producer(queue, stop\_event)  
producer.start()

consumer = Consumer(queue)  
consumer.start()

time.sleep(10)

stop\_event.set()  
producer.join()  
print 'producer terminated'

print queue.\_wlock  
queue.\_wlock.acquire()  
print 'get the lock'

time.sleep(3600)

if __name__ == '__main__':
main()

上面代码的结果如下：

producer put count 0
Consumer get count 0
producer put count 1
producer put count 2
producer put count 3
Consumer get count 1
producer put count 4
producer put count 5
producer put count 6
Consumer get count 2
producer put count 7
producer put count 8
Consumer get count 3
producer put count 9
producer stop loop now
producer terminated
 

可见，虽然Producer的主循环退出之后该进程就结束了。但是从4到9的数据也丢了。而且，该队列内部的锁也没有得到释放（”get the lock”始终没有打印出来），这是很严重的问题了。

SimpleQueue的实现没有后台线程。对于大对象而言，实际上是生产者put，消费者get，生产者put…这样的操作依次进行；

另一种解决方法是，使用Queue，当Producer进程退出主循环时，直接自己取尽队列中的对象，以免后台线程阻塞。

6：multiprocessing.get_logger和multiprocessing.log_to_stderr

multiprocessing模块内部会打印调试信息到logger中，可以使用multiprocessing.get_logger获取该logger。但是该接口返回的logger没有handler，也没有设置日志级别。因此，要想使用的话需要自己添加handler并设置Level。

如果希望调试信息直接打印到stderr，则可以调用multiprocessing.log_to_stderr接口。该接口为get_logger获取的logger添加了handler，因而可以直接使用。