Question

我在Windows上使用python日志记录模块遇到了一个奇怪的问题。下面的代码显示了它：

codec

它在Windows上打印以下输出：

import multiprocessing
import logging
import sys



class ProcessLogger(multiprocessing.Process):
    def __init__(self):
        super().__init__()
        self.create_logger()
        print('state of logger in main proccess:')
        print(self.logger)
        print(self.logger.handlers)

    def run(self):
        print('state of logger in child proccess:')
        print(self.logger)
        print(self.logger.handlers)

    def create_logger(self):
        self.logger = logging.getLogger('something')
        self.logger.setLevel(logging.DEBUG)
        handler = logging.StreamHandler()
        self.logger.addHandler(handler)


if __name__ == '__main__':
    logg = ProcessLogger()
    logg.start()
    logg.join()
    print(sys.version)

由于某种原因，新进程中的记录器对象具有默认状态。

我在ubuntu上尝试了此方法，它似乎按预期工作：

state of logger in main proccess:
<Logger something (DEBUG)>
[<StreamHandler <stderr> (NOTSET)>]
state of logger in child proccess:
<Logger something (WARNING)>
[]
3.7.2 (tags/v3.7.2:9a3ffc0492, Dec 23 2018, 23:09:28) [MSC v.1916 64 bit (AMD64)]

这是Windows上的预期行为吗？有人可以解释吗？

Answer 1

在两个操作系统上观察到上述行为的原因是fork（Unix）和spawn（Windows）process starting strategies之间的差异。

通过fork策略，将创建一个子进程作为父进程的精确克隆。首先这两个过程是相同的，子进程将共享父进程的所有属性（打开的文件，配置选择等）。

改为使用spawn策略，开始一个新的空白过程。为该过程提供了Python模块，该模块可以加载并指向run方法中要执行的第一条指令。父级事先执行的所有操作都不会被继承。

为什么logging.Logger在Windows的新进程中重置其状态？

1 个答案: