zoukankan      html  css  js  c++  java
  • 用Python优雅的处理日志

    我们可以通过以下3种方式可以很优雅配置logging日志:

    • 1)使用Python代码显式的创建loggers, handlers和formatters并分别调用它们的配置函数;
    • 2)创建一个日志配置文件,然后使用fileConfig()函数来读取该文件的内容;
    • 3)创建一个包含配置信息的dict,然后把它传递个dictConfig()函数;

    需要说明的是,logging.basicConfig()也属于第一种方式,它只是对loggers, handlers和formatters的配置函数进行了封装。另外,第二种配置方式相对于第一种配置方式的优点在于,它将配置信息和代码进行了分离,这一方面降低了日志的维护成本,同时还使得非开发人员也能够去很容易地修改日志配置。

    一、使用Python代码实现日志配置


    代码如下:

    # 创建一个日志器logger并设置其日志级别为DEBUG
    logger = logging.getLogger('simple_logger')
    logger.setLevel(logging.DEBUG)
    logging.basicConfig(filename="app.log",level=logging.DEBUG) 
    # 创建一个流处理器handler并设置其日志级别为DEBUG
    handler = logging.StreamHandler(sys.stdout)
    handler.setLevel(logging.DEBUG)
    
    # 创建一个格式器formatter并将其添加到处理器handler
    formatter = logging.Formatter("%(asctime)s - %(name)s - %(levelname)s - %(message)s")
    handler.setFormatter(formatter)
    
    # 为日志器logger添加上面创建的处理器handler
    logger.addHandler(handler)
    
    # 日志输出
    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')

    运行输出:

    2017-05-15 11:30:50,955 - simple_logger - DEBUG - debug message
    2017-05-15 11:30:50,955 - simple_logger - INFO - info message
    2017-05-15 11:30:50,955 - simple_logger - WARNING - warn message
    2017-05-15 11:30:50,955 - simple_logger - ERROR - error message
    2017-05-15 11:30:50,955 - simple_logger - CRITICAL - critical message

    二、使用配置文件和fileConfig()函数实现日志配置


    现在我们通过配置文件的方式来实现与上面同样的功能:

    # 读取日志配置文件内容
    logging.config.fileConfig('logging.conf')
    
    # 创建一个日志器logger
    logger = logging.getLogger('simpleExample')
    
    # 日志输出
    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')

    配置文件logging.conf内容如下:

    [loggers]
    keys=root,simpleExample
    
    [handlers]
    keys=fileHandler,consoleHandler
    
    [formatters]
    keys=simpleFormatter
    
    [logger_root]
    level=DEBUG
    handlers=fileHandler
    
    [logger_simpleExample]
    level=DEBUG
    handlers=consoleHandler
    qualname=simpleExample
    propagate=0
    
    [handler_consoleHandler]
    class=StreamHandler
    args=(sys.stdout,)
    level=DEBUG
    formatter=simpleFormatter
    
    [handler_fileHandler]
    class=FileHandler
    args=('logging.log', 'a')
    level=ERROR
    formatter=simpleFormatter
    
    [formatter_simpleFormatter]
    format=%(asctime)s - %(name)s - %(levelname)s - %(message)s
    datefmt=

    运行输出:

    2017-05-15 11:32:16,539 - simpleExample - DEBUG - debug message
    2017-05-15 11:32:16,555 - simpleExample - INFO - info message
    2017-05-15 11:32:16,555 - simpleExample - WARNING - warn message
    2017-05-15 11:32:16,555 - simpleExample - ERROR - error message
    2017-05-15 11:32:16,555 - simpleExample - CRITICAL - critical message

    1. 关于fileConfig()函数的说明:

    该函数实际上是对configparser模块的封装,关于configparser模块的介绍请参考<

    函数定义:

    该函数定义在loging.config模块下:

    logging.config.fileConfig(fname, defaults=None, disable_existing_loggers=True)
    参数:
    • fname:表示配置文件的文件名或文件对象
    • defaults:指定传给ConfigParser的默认值
    • disable_existing_loggers:这是一个布尔型值,默认值为True(为了向后兼容)表示禁用已经存在的logger,除非它们或者它们的祖先明确的出现在日志配置中;如果值为False则对已存在的loggers保持启动状态。

    2. 配置文件格式说明:

    上面提到过,fileConfig()函数是对ConfigParser/configparser模块的封装,也就是说fileConfig()函数是基于ConfigParser/configparser模块来理解日志配置文件的。换句话说,fileConfig()函数所能理解的配置文件基础格式是与ConfigParser/configparser模块一致的,只是在此基础上对文件中包含的sectionoption做了一下规定和限制,比如:

    • 1)配置文件中一定要包含loggershandlersformatters这些section,它们通过keys这个option来指定该配置文件中已经定义好的loggers、handlers和formatters,多个值之间用逗号分隔;另外loggers这个section中的keys一定要包含root这个值;

    • 2)loggershandlersformatters中所指定的日志器、处理器和格式器都需要在下面以单独的section进行定义。seciton的命名规则为[logger_loggerName][formatter_formatterName][handler_handlerName]

    • 3)定义logger的section必须指定levelhandlers这两个option,level的可取值为DEBUGINFOWARNINGERRORCRITICALNOTSET,其中NOTSET表示所有级别的日志消息都要记录,包括用户定义级别;handlers的值是以逗号分隔的handler名字列表,这里出现的handler必须出现在[handlers]这个section中,并且相应的handler必须在配置文件中有对应的section定义;

    • 4)对于非root logger来说,除了levelhandlers这两个option之外,还需要一些额外的option,其中qualname是必须提供的option,它表示在logger层级中的名字,在应用代码中通过这个名字得到logger;propagate是可选项,其默认是为1,表示消息将会传递给高层次logger的handler,通常我们需要指定其值为0,这个可以看下下面的例子;另外,对于非root logger的level如果设置为NOTSET,系统将会查找高层次的logger来决定此logger的有效level。

    • 5)定义handler的section中必须指定classargs这两个option,levelformatter为可选option;class表示用于创建handler的类名,args表示传递给class所指定的handler类初始化方法参数
      ,它必须是一个元组(tuple)的形式,即便只有一个参数值也需要是一个元组的形式;level与logger中的level一样,而formatter指定的是该处理器所使用的格式器,这里指定的格式器名称必须出现在formatters这个section中,且在配置文件中必须要有这个formatter的section定义;如果不指定formatter则该handler将会以消息本身作为日志消息进行记录,而不添加额外的时间、日志器名称等信息;

    • 6)定义formatter的sectioin中的option都是可选的,其中包括format用于指定格式字符串,默认为消息字符串本身;datefmt用于指定asctime的时间格式,默认为'%Y-%m-%d %H:%M:%S'class用于指定格式器类名,默认为logging.Formatter;

    说明:

    配置文件中的class指定类名时,该类名可以是相对于logging模块的相对值,如:FileHandlerhandlers.TimeRotatingFileHandler;也可以是一个绝对路径值,通过普通的import机制来解析,如自定义的handler类mypackage.mymodule.MyHandler,但是mypackage需要在Python可用的导入路径中--sys.path。

    3. 对于propagate属性的说明

    实例1:

    我们把logging.conf中simpleExample这个handler定义中的propagate属性值改为1,或者删除这个option(默认值就是1):

    [logger_simpleExample]
    level=DEBUG
    handlers=consoleHandler
    qualname=simpleExample
    propagate=1

    现在来执行同样的代码:

    # 读取日志配置文件内容
    logging.config.fileConfig('logging.conf')
    
    # 创建一个日志器logger
    logger = logging.getLogger('simpleExample')
    
    # 日志输出
    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')

    我们会发现,除了在控制台有输出信息时候,在logging.log文件中也有内容输出:

    2017-05-15 16:06:25,366 - simpleExample - ERROR - error message
    2017-05-15 16:06:25,367 - simpleExample - CRITICAL - critical message

    这说明simpleExample这个logger在处理完日志记录后,把日志记录传递给了上级的root logger再次做处理,所有才会有两个地方都有日志记录的输出。通常,我们都需要显示的指定propagate的值为0,防止日志记录向上层logger传递。

    实例2:

    现在,我们试着用一个没有在配置文件中定义的logger名称来获取logger:

    # 读取日志配置文件内容
    logging.config.fileConfig('logging.conf')
    
    # 用一个没有在配置文件中定义的logger名称来创建一个日志器logger
    logger = logging.getLogger('simpleExample1')
    
    # 日志输出
    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')

    运行程序后,我们会发现控制台没有任何输出,而logging.log文件中又多了两行输出:

    2017-05-15 16:13:16,810 - simpleExample1 - ERROR - error message
    2017-05-15 16:13:16,810 - simpleExample1 - CRITICAL - critical message

    这是因为,当一个日志器没有被设置任何处理器是,系统会去查找该日志器的上层日志器上所设置的日志处理器来处理日志记录。simpleExample1在配置文件中没有被定义,因此logging.getLogger(simpleExample1)这行代码这是获取了一个logger实例,并没有给它设置任何处理器,但是它的上级日志器--root logger在配置文件中有定义且设置了一个FileHandler处理器,simpleExample1处理器最终通过这个FileHandler处理器将日志记录输出到logging.log文件中了。

    三、使用字典配置信息和dictConfig()函数实现日志配置


    Python 3.2中引入的一种新的配置日志记录的方法--用字典来保存logging配置信息。这相对于上面所讲的基于配置文件来保存logging配置信息的方式来说,功能更加强大,也更加灵活,因为我们可把很多的数据转换成字典。比如,我们可以使用JSON格式的配置文件、YAML格式的配置文件,然后将它们填充到一个配置字典中;或者,我们也可以用Python代码构建这个配置字典,或者通过socket接收pickled序列化后的配置信息。总之,你可以使用你的应用程序可以操作的任何方法来构建这个配置字典。

    这个例子中,我们将使用YAML格式来完成与上面同样的日志配置。

    首先需要安装PyYAML模块:

    pip install PyYAML

    Python代码:

    import logging
    import logging.config
    import yaml
    
    with open('logging.yml', 'r') as f_conf:
        dict_conf = yaml.load(f_conf)
    logging.config.dictConfig(dict_conf)
    
    logger = logging.getLogger('simpleExample')
    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')

    logging.yml配置文件的内容:

    version: 1
    formatters:
      simple:
        format: '%(asctime)s - %(name)s - %(levelname)s - %(message)s'
    handlers:
      console:
        class: logging.StreamHandler
        level: DEBUG
        formatter: simple
        stream: ext://sys.stdout
      console_err:
        class: logging.StreamHandler
        level: ERROR
        formatter: simple
        stream: ext://sys.stderr
    loggers:
      simpleExample:
        level: DEBUG
        handlers: [console]
        propagate: yes
    root:
      level: DEBUG
      handlers: [console_err]

    输出结果:

    2017-05-21 14:19:31,089 - simpleExample - DEBUG - debug message
    2017-05-21 14:19:31,089 - simpleExample - INFO - info message
    2017-05-21 14:19:31,089 - simpleExample - WARNING - warn message
    2017-05-21 14:19:31,089 - simpleExample - ERROR - error message
    2017-05-21 14:19:31,090 - simpleExample - CRITICAL - critical message

    1. 关于dictConfig()函数的说明:

    该函数实际上是对configparser模块的封装,关于configparser模块的介绍请参考<

    函数定义:

    该函数定义在loging.config模块下:

    logging.config.dictConfig(config)

    该函数可以从一个字典对象中获取日志配置信息,config参数就是这个字典对象。关于这个字典对象的内容规则会在下面进行描述。

    2. 配置字典说明

    无论是上面提到的配置文件,还是这里的配置字典,它们都要描述出日志配置所需要创建的各种对象以及这些对象之间的关联关系。比如,可以先创建一个名额为“simple”的格式器formatter;然后创建一个名为“console”的处理器handler,并指定该handler输出日志所使用的格式器为"simple";然后再创建一个日志器logger,并指定它所使用的处理器为"console"。

    传递给dictConfig()函数的字典对象只能包含下面这些keys,其中version是必须指定的key,其它key都是可选项:

    key名称描述
    version 必选项,其值是一个整数值,表示配置格式的版本,当前唯一可用的值就是1
    formatters 可选项,其值是一个字典对象,该字典对象每个元素的key为要定义的格式器名称,value为格式器的配置信息组成的dict,如format和datefmt
    filters 可选项,其值是一个字典对象,该字典对象每个元素的key为要定义的过滤器名称,value为过滤器的配置信息组成的dict,如name
    handlers 可选项,其值是一个字典对象,该字典对象每个元素的key为要定义的处理器名称,value为处理器的配置信息组成的dcit,如class、level、formatter和filters,其中class为必选项,其它为可选项;其他配置信息将会传递给class所指定的处理器类的构造函数,如下面的handlers定义示例中的stream、filename、maxBytes和backupCount等
    loggers 可选项,其值是一个字典对象,该字典对象每个元素的key为要定义的日志器名称,value为日志器的配置信息组成的dcit,如level、handlers、filters 和 propagate(yes
    root 可选项,这是root logger的配置信息,其值也是一个字典对象。除非在定义其它logger时明确指定propagate值为no,否则root logger定义的handlers都会被作用到其它logger上
    incremental 可选项,默认值为False。该选项的意义在于,如果这里定义的对象已经存在,那么这里对这些对象的定义是否应用到已存在的对象上。值为False表示,已存在的对象将会被重新定义。
    disable_existing_loggers 可选项,默认值为True。该选项用于指定是否禁用已存在的日志器loggers,如果incremental的值为True则该选项将会被忽略

    handlers定义示例:

    handlers:
      console:
        class : logging.StreamHandler
        formatter: brief
        level   : INFO
        filters: [allow_foo]
        stream  : ext://sys.stdout
      file:
        class : logging.handlers.RotatingFileHandler
        formatter: precise
        filename: logconfig.log
        maxBytes: 1024
        backupCount: 3
    

    3. 关于外部对象的访问

    需要说明的是,上面所使用的对象并不限于loggging模块所提供的对象,我们可以实现自己的formatter或handler类。另外,这些类的参数也许需要包含sys.stderr这样的外部对象。如果配置字典对象是使用Python代码构造的,可以直接使用sys.stdout、sys.stderr;但是当通过文本文件(如JSON、YAML格式的配置文件)提供配置时就会出现问题,因为在文本文件中,没有标准的方法来区分sys.stderr和字符串'sys.stderr'。为了区分它们,配置系统会在字符串值中查找特定的前缀,例如'ext://sys.stderr'中'ext://'会被移除,然后import sys.stderr

    logging模块的四个重点:
    logger:日志生产者
    handler:日志接收处理者(logger生产日志送给handler)
    formatter:日志格式化(在handler接收到日志后需要绑定format日志格式处理)
    filter:暂时略过

    在日志配置文件如何定义logger,handler,formatter?
    loggers:keys关联多个logger,其中root为必须(loggers与logger)
    level:日志级别
    handler:处理后输出位置
    qualname:定义logger对象是需要绑定的日志策略名字
    progarate:是否将日志传给上游(多级上游,顶级为root,以foo.A.B类似表示,foo就是A,B的顶级,A就是B的父级)
    ....

    handlers:keys关联多个定义的handler
    class:日志输出位置,StreamHandler,FileHandler,.......
    level:日志级别
    formatter:日志格式
    args:日志处理对象的参数,比如StreamHandler输出参数可以是sys.stdout,必须是元组格式
    
     formatters:关联多个定义了的formatter
     format:日志格式
     datefmt:时间格式
     日志格式定义:
       %(levelno)s: 打印日志级别的数值
       %(levelname)s: 打印日志级别名称
       %(pathname)s: 打印当前执行程序的路径,其实就是sys.argv[0]
        %(filename)s: 打印当前执行程序名
        %(funcName)s: 打印日志的当前函数
        %(lineno)d: 打印日志的当前行号
        %(asctime)s: 打印日志的时间
        %(thread)d: 打印线程ID
        %(threadName)s: 打印线程名称
        %(process)d: 打印进程ID
        %(message)s: 打印日志信息
    

    配置文件定义:
    loggers关联多个logger,formatters关联多个formatter,handlers关联多个handler
    logger关联handler,handler定义输出与关联formatter

    配置案例:

    定义日志策略:
    [loggers]
    keys=root,l1,l2,l3
    
    [handlers]
    keys=h1,h2,h3
    
    [formatters]
    keys=f1,f2,f3
    
    [logger_root]
    level=NOTSET
    handlers=h1
    
    [logger_l1]
    level=DEBUG
    handlers=h1
    qualname=h1
    progarate=1
    
    [logger_l2]
    level=INFO
    handlers=h2
    qualname=h2
    progarate=0
    
    [logger_l3]
    level=ERROR
    handlers=h3
    qualname=h3
     progarate=0
    
    [handler_h1]
    class=StreamHandler
    level=NOTSET
    formatter=f1
    args=(sys.stdout,)
    
    [handler_h2]
    class=FileHandler
    level=INFO
    formatter=f2
    args=('l2h2f2.txt','a')
    
    [handler_h3]
    class=FileHandler
    level=ERROR
    formatter=f3
    args=('l3h3f3.txt','a')
    
    [formatter_f1]
    format='%(levelno)s - %(levelname)s - %(pathname)s - %(filename)s - %(funcName)s - %(lineno)d - %(thread)d - %(threadName)s - %(process)d - %(message)s'
    
    [formatter_f2]
    format='%(levelno)s - %(pathname)s - %(filename)s - %(funcName)s - %(lineno)d - %(thread)d - %(threadName)s - %(process)d - %(message)s'
    
    [formatter_f3]
    format='%(levelno)s - %(filename)s - %(funcName)s - %(lineno)d  - %(thread)d - %(threadName)s - %(process)d - %(message)s'
    

    代码定义日志:

    import logging
    import logging.config
    logging.config.fileConfig('logging1.ini')
    # logger1 = logging.getLogger('h1')
    # logger1.debug('debug message')
    # logger1.info('info message')
    # logger1.warning('warning message')
    # logger1.error('error message')
    # logger1.critical('critical message')
    
    logger2 = logging.getLogger('h2')
    logger2.debug('debug message')
    logger2.info('info message')
    logger2.warning('warning message')
    logger2.error('error message')
    logger2.critical('critical message')
    
    logger3 = logging.getLogger('h3')
    logger3.debug('debug message')
    logger3.info('info message')
    logger3.warning('warning message')
    logger3.error('error message')
    logger3.critical('critical message')
    
     


    作者:词穷又词贫
    链接:https://www.jianshu.com/p/4f6ff84cb3e9
    來源:简书
    简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
  • 相关阅读:
    怎么能让json_decode解析带斜杠的字符串
    **PHP转义Json里的特殊字符的函数
    sql中exists,not exists的用法
    **mysql数据库中实现内连接、左连接、右连接
    **PHP foreach 如何判断为数组最后一个最高效?
    mysql sql语句中用括号处理or和and的运算顺序
    iOS图片缓存
    linux regulator之浅见【转】
    Linux中THIS_MODULE宏定义详解
    likely()与unlikely()
  • 原文地址:https://www.cnblogs.com/sunsky303/p/9562300.html
Copyright © 2011-2022 走看看