01-综述

可以使用Python内置logging模块来实现Django项目日志记录

所以与其说这篇文章在讲Django的“日志功能-日志模块-日志输出”,不如说是在讲Pthon的“日志功能-日志模块-日志输出”,即Pythonlogging模块。

下面用一个实例来进行讲解

02-实例代码运行效果

现在我要在Django的视图函数index()中输出之前用print()输出的信息

logging模块改写前的视图函数index()的代码如下

def index(request):
    year = 2023
    month = 11
    day = 22
    day_of_week = 'Wednesday'
    print(f"Today's date is:{year}-{month}-{day}-{day_of_week}")
    return render(request, 'index.html')  # 将渲染结果输出到index.html模板

在上面的代码中,print()语句根据上面设置的相关变量值输出下面的字符串

Today's date is:2023-11-22-Wednesday

接下来我们就根据Python内置的logging模块的使用方法来将上面的这个字符串输出到日志文件 logfile666.log 中。

首先我把完整的代码给出来,然后再慢慢讲。

视图函数index()的完整代码如下

from django.shortcuts import render  # 默认导入的模块
import logging  # 导入日志记录模块

# 创建一个名为'index_log'的日志记录
logger01 = logging.getLogger('index_log')

# Create your views here.

def index(request):
    year = 2023
    month = 11
    day = 22
    day_of_week = 'Wednesday'
    logger01.debug(f"Today's date is:{year}-{month}-{day}-{day_of_week}")
    return render(request, 'index.html')  # 将渲染结果输出到index.html模板中

setting.py添加如下代码:

# 设置日志记录
LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'handlers': {
        'file01': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile666.log',  # 指定日志文件的路径,相对路径时以Django项目根目录为此路径的根路径,当然也可用绝对路径比如E:/log/logfile666.log
        },
    },
    'loggers': {
        'index_log': {
            'handlers': ['file01'],
            'level': 'DEBUG',
            'propagate': False,
        },
    },
}

用下面的命令开启Django的web服务后:

python manage.py runserver 127.0.0.1:8010

访问URL:

http://127.0.0.1:8010/index/

发现控制台没有字符串Today's date is:2023-11-22-Wednesday的输出。

而在目录 BASE_DIR下出现了日志文件:logfile666.log
在这里插入图片描述
内容如下
在这里插入图片描述
可见,实现我们需求

接下来,对上面这个实例中的相关代码进行详解

03-整个例子的思路

首先用语句import logging 导入日志记录模块,然后利用语句logger01 = logging.getLogger('index_log')创建一个名为index_log的logger对象,这个logger对象的实例化变量名logger01
然后使用语句logger01.debug(f"Today's date is:{year}-{month}-{day}-{day_of_week}")进行日志信息的输出。
语句logger01.debug(f"Today's date is:{year}-{month}-{day}-{day_of_week}")在进行日志信息输出时,因为这是一个名叫index_log的logger对象,所以去调用名叫index_log的logger的配置,具体代码如下

    'loggers': {
        'index_log': {
            'handlers': ['file01'],
            'level': 'DEBUG',
            'propagate': False,
        },
    }

而名叫index_log的logger具体在执行日志信息的输出时,调用的是句柄file01句柄file01设置如下

    'handlers': {
        'file01': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile666.log',  # 指定日志文件的路径,相对路径时以Django项目的根目录为此路径的根路径,当然也可用绝对路径比如E:/log/logfile666.log
        },
    },

整个过程的大致介绍如上。

接下来对关键代码进行详细解释

04-视图函数view.py中的关键代码详解

视图函数index()的完整代码如下:

from django.shortcuts import render  # 默认导入的模块
import logging  # 导入日志记录模块

# 创建一个名为'index_log'的日志记录
logger01 = logging.getLogger('index_log')

# Create your views here.

def index(request):
    year = 2023
    month = 11
    day = 22
    day_of_week = 'Wednesday'
    logger01.debug(f"Today's date is:{year}-{month}-{day}-{day_of_week}")
    return render(request, 'index.html')  # 将渲染结果输出到index.html模板中

第01句关键代码:

logger01 = logging.getLogger('index_log')

这里面,注意参数'index_log',这是我们setting.py中设置的记录器的名字,setting.py的相关截图如下:
在这里插入图片描述

第02句关键代码:

logger01.debug(f"Today's date is:{year}-{month}-{day}-{day_of_week}")

logging模块一共有五个日志输出方法对应于五个日志级别,分别如下:

logger.debug()  # 调试级别的日志输出语句
logger.info()  # 信息级别的日志输出语句
logger.warning()  # 警告级别的日志输出语句
logger.error()  # 错误级别的日志输出语句
logger.critical()  # 严重错误级别的日志输出语句

上面这个五个日志级别的级别由低到高的顺序为:
debug→info→warningerrorcritical
一条日志,该用哪个级别,由用户自己定义
值得注意的是:
方法级别越高,那么要想输出相应的日志信息,那么对应的logger的级别应等于或小于其级别,而logger的级别又应比相应的hander级别高才行。
举个例子
假如用方法logger.warning()输出日志信息,那么logger的级别(level)可以为WARNING或比WARNING小于的INFO、DEBUG,但不能为ERROR、CRITICAL。
假如logger的级别(level)设置为INFO,那么要先想其对应的handler能最终输出日志信息到日志文件,那么就需要handler的级别为INFO或比INFO级别小的DEBUG,但不能为WARNING、ERROR、CRITICAL。

另外,上面提到的五个日志输出方法

logger.debug()  # 调试级别的日志输出语句
logger.info()  # 信息级别的日志输出语句
logger.warning()  # 警告级别的日志输出语句
logger.error()  # 错误级别的日志输出语句
logger.critical()  # 严重错误级别的日志输出语句

用法print()一模一样。

05-setting.py中对日志器的设置语句详解

相关代码如下:

# 设置日志记录
LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'handlers': {
        'file01': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile666.log',  # 指定日志文件的路径,相对路径时以Django项目的根目录为此路径的根路径,当然也可用绝对路径比如E:/log/logfile666.log
        },
    },
    'loggers': {
        'index_log': {
            'handlers': ['file01'],
            'level': 'DEBUG',
            'propagate': False,
        },
    },
}

第01句代码:'disable_existing_loggers': False

'disable_existing_loggers': False,

'disable_existing_loggers' 是 Django 中配置日志的一个选项。它是一个布尔值,用于指定是否禁用已经存在的日志记录器(loggers)。

'disable_existing_loggers' 设置为 True 时,Django 将禁用所有已经存在的根记录器(root logger)和在 'loggers' 部分中未明确指定的其他记录器。这样可以确保日志记录器的配置是全新的,不受之前的全局配置影响

而当 'disable_existing_loggers' 设置为 False 时,Django 会保留已经存在的日志记录器,不禁用它们。这意味着在 'loggers' 部分中配置的记录器只是添加到已经存在的记录器列表中,而不是替换它们。这样的配置可能会导致全局的日志配置不够清晰,因为它们可能受到之前配置的影响

以下是一个示例,演示了 'disable_existing_loggers' 设置为 TrueFalse 时的不同行为

LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,  # 或者 False

    'handlers': {
        'console': {
            'class': 'logging.StreamHandler',
        },
    },
    'loggers': {
        'django': {
            'handlers': ['console'],
            'level': 'INFO',
        },
        'my_app': {
            'handlers': ['console'],
            'level': 'DEBUG',
        },
    },
}

如果 'disable_existing_loggers' 设置为 True,那么所有已经存在的根记录器和未明确指定的其他记录器将被禁用。只有 'django''my_app' 记录器会生效。而如果设置为 False,那么已经存在的记录器仍然有效,所有的记录器都会生效,可能受到全局配置的影响

这里,我们设置为False,以避免影响别的日志输出,实践证明,如果这里设置为True,那么除了这里设置的日志输出,别的日志输出全没有了。

第02句代码:'level': 'DEBUG'

handlers里面的level设置语句:

'level': 'DEBUG',

这个level的作用已经在本文的“04-视图函数view.py中的关键代码详解”里进行了详细的说明这里就不再叙述了。

第03句代码:'class': 'logging.FileHandler'

handlers里面的class设置语句:

'class': 'logging.FileHandler'

'class': 'logging.FileHandler' 是配置 logging 模块中的处理器(handler)的一部分。这个配置指定使用 FileHandler 类来处理日志消息,并将这些消息写入到文件中。

在 Pythonlogging 模块中,处理器用于指定日志消息的输出目的地的对象FileHandler 是一种处理器(handler),它将日志消息写入到文件中。

让我们来详细解释这个配置:

使用 FileHandler 处理器的一个典型配置可能如下:

'handlers': {
    'file': {
        'class': 'logging.FileHandler',
        'filename': 'logfile.log',  # 指定日志文件的路径
        'level': 'DEBUG',  # 指定处理器的日志级别
    },
},

在上面的配置中,我们创建了一个名为 ‘file’ 的处理器,指定了使用 FileHandler 类。配置还包括了 'filename' 键,用于指定日志文件的路径,以及 'level' 键,用于指定处理器的日志级别。 'level' 的设置将影响处理器接受的日志消息的最低级别,低于该级别的消息将被忽略

总体而言,'class': 'logging.FileHandler'用于将日志消息写入文件的标准配置。如果你需要将日志记录到文件中,可以使用这个配置,并根据需要添加其他相关的设置,比如 'filename''level'

问:除了FileHandler类,还有哪些类,请分别介绍

在 Pythonlogging 模块中,除了 FileHandler 类之外,还有一些其他常用的处理器类。以下是其中一些类的介绍

  1. StreamHandler:

    'handlers': {
        'console': {
            'class': 'logging.StreamHandler',
            'level': 'DEBUG',
        },
    },
    
  2. RotatingFileHandler:

    • RotatingFileHandler 类用于将日志消息写入到文件,并支持日志文件的滚动回滚),即在达到一定大小创建新的日志文件。可以通过配置 'class': 'logging.handlers.RotatingFileHandler' 来使用它。
    'handlers': {
        'rotating_file': {
            'class': 'logging.handlers.RotatingFileHandler',
            'filename': 'logfile.log',
            'maxBytes': 1024,  # 指定单个日志文件的最大大小
            'backupCount': 3,  # 指定保留的旧日志文件数量
            'level': 'DEBUG',
        },
    },
    

    对于类logging.handlers.RotatingFileHandler,假如日志文字的名字为 logfile.log 并超过指定大小后,会创建新的日志文件,之前的日志文件会被命名为什么呢?
    答:RotatingFileHandler 类在创建新的日志文件时,会为旧的日志文件添加一个后缀,以标识顺序。这个后缀通常是一个数字,表示日志文件的旋转顺序。在默认情况下,后缀从 1 开始,每次创建新的日志文件,后缀递增。

    例如,假设你配置了一个 RotatingFileHandler 如下:

    'handlers': {
        'rotating_file': {
            'class': 'logging.handlers.RotatingFileHandler',
            'filename': 'logfile.log',
            'maxBytes': 1024,  # 指定单个日志文件的最大大小
            'backupCount': 3,  # 指定保留的旧日志文件数量
            'level': 'DEBUG',
        },
    },
    

    如果 logfile.log 超过了 1024 字节RotatingFileHandler 会创建一个新的日志文件,原始的 logfile.log 会被重命名logfile.log.1,而新的日志文件将继续使用 logfile.log文件名

    如果再次超过最大大小,会创建另一个新的日志文件 logfile.log,而原来的 logfile.log.1 会被重命名logfile.log.2。以此类推,旧的日志文件会依次向后移动并重命名

    这样,backupCount 参数指定了保留的旧日志文件数量。在上面的例子中,设置为 3 表示会保留最新的 3 个旧日志文件,即 logfile.log.1logfile.log.2logfile.log.3。超过这个数量后,最旧的日志文件会被删除

  3. TimedRotatingFileHandler:

    • TimedRotatingFileHandler 类也用于将日志消息写入到文件,但支持基于时间的日志文件滚动。可以通过配置 'class': 'logging.handlers.TimedRotatingFileHandler' 来使用它。
    'handlers': {
        'timed_rotating_file': {
            'class': 'logging.handlers.TimedRotatingFileHandler',
            'filename': 'logfile.log',
            'when': 'midnight',  # 指定滚动周期,可以是 'midnight', 'H', 'MIDNIGHT', 'D', 'S', 'W0' 等
            'interval': 1,  # 滚动周期的时间间隔
            'backupCount': 3,  # 指定保留的旧日志文件数量
            'level': 'DEBUG',
        },
    },
    

    问:对于类ogging.handlers.TimedRotatingFileHandler,假如日志文字的名字为 logfile.log 并超过指定大小后,会创建新的日志文件,之前的日志文件会被命名为什么呢?请举一个具体的例子假设周期为天。
    答:TimedRotatingFileHandler 类与 RotatingFileHandler 类不同,它的日志文件滚动是基于时间的。在配置 TimedRotatingFileHandler 时,你需要指定 when 参数来定义滚动周期。常见的值包括 'midnight'每天的午夜滚动)以及其他时间单位,如 'H'(每小时滚动)等。

    假设你的配置如下:

    'handlers': {
        'timed_rotating_file': {
            'class': 'logging.handlers.TimedRotatingFileHandler',
            'filename': 'logfile.log',
            'when': 'midnight',  # 指定滚动周期为每天的午夜
            'interval': 1,  # 滚动周期的时间间隔
            'backupCount': 3,  # 指定保留的旧日志文件数量
            'level': 'DEBUG',
        },
    },
    

    在这个例子中,如果 logfile.log 超过指定的大小,TimedRotatingFileHandler 会创建一个新的日志文件,并在当前日志文件名上附加日期后缀,而不是简单地增加数字序列每天午夜时,会创建一个新的日志文件,之前的日志文件会被重命名为带有日期后缀的形式。

    例如,如果当前日期2023-01-01,并且 logfile.log 超过了指定的大小,那么会创建一个新的日志文件,同时原来的 logfile.log 会被重命名logfile.log.2023-01-01

    下一天(2023-01-02),再次创建新的日志文件,同时原来的 logfile.log 会被重命名为 logfile.log.2023-01-02。依此类推,每天都会创建一个新的日志文件,并按照日期后缀的形式重命名之前的日志文件。

    这样,backupCount 参数指定了保留的旧日志文件数量,而 wheninterval 参数则定义了滚动的时间周期。

  4. NullHandler:

    • NullHandler 类用于禁用日志记录,即将所有接收到的日志消息忽略。可以通过配置 'class': 'logging.NullHandler' 来使用它。
    'handlers': {
        'null_handler': {
            'class': 'logging.NullHandler',
        },
    },
    

这些处理器类提供了不同的日志记录方式选项,可以根据项目的需求选择合适的处理器。在配置文件中,通过 'class' 键来指定使用的处理器类,然后可以根据处理器类的不同,配置相应的参数。

第04句代码:'propagate': False

'propagate': False

'propagate' 是配置日志记录器是否传递日志消息给其父记录器的一个属性。当 'propagate' 设置为 True 时,表示该记录器的日志消息将会传递给其父记录器,而父记录器的处理程序也将处理这些消息。如果设置为 False,则该记录器的消息将不会传递给其父记录器。

在 Django 中,默认情况下,'propagate' 属性被设置为 True。这意味着除非明确地指定为 False,否则日志消息会被传递给更高级别的记录器。这种设置允许你在项目的不同部分使用不同的日志记录器,同时确保日志消息能够在整个应用程序中传递。

'propagate' 设置为 True时,如果在记录器中记录了一条日志消息,它将传递给其父记录器(如果有的话),以便在整个日志体系中处理。

如果你希望某个特定记录器的日志消息不传递给其父记录器,可以将 'propagate' 设置为 False。这通常在配置多个记录器时用于避免重复记录相同的日志消息。

06-如何按大小或时间分割日志

这个问题已经在本篇本文第05点的第03句代码中说得很清楚了,这里不再赘述。

07-修改代码给每一条日志添加时间戳

Python 的 logging 模块可以自动在每一条日志消息的前面加上时间。这是通过在日志记录器(logger)的格式化字符串添加时间信息来实现的。

在配置日志处理器时,你可以指定一个格式化字符串,该字符串中可以包含各种信息,包括时间。常用的时间格式占位符包括:

接下来我们把本文中的例子加上时间戳。

其实就是把setting.py中对日志记录器的配置改成下面这段代码:

# 设置日志记录器
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'file01': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile888.log',  # 指定日志文件的路径
            'formatter': 'verbose',  # 将格式化器设置为 'verbose'
        },
    },
    'loggers': {
        'index_log': {
            'handlers': ['file01'],
            'level': 'DEBUG',
            'propagate': False,
        },
    },
    'formatters': {
        'verbose': {
            'format': '%(asctime)s - %(message)s',
            'datefmt': '%Y-%m-%d %H:%M:%S',  # 人类可读的时间格式
        },
    },
}

在上面这段代码中:
添加'formatters' 部分,定义了一个名为 'verbose'格式化器,其中包含人类可读时间的占位符 %asctime,并通过'datefmt'指定了具体的人类可读的时间格式
然后,我在 'handlers' 部分的 'file01' 处将格式化器设置为 'verbose'
这样,便可以实现在每条日志的前面加上时间戳了。

值得注意的是:如果不通过'datefmt'指定具体的格式,那么默认情况下,%asctime 使用的是计算机友好的时间格式,即包含日期和时间的完整字符串。这种格式对于机器解析是方便的,但对人类来说不够友好。

修改完成后,我们再访问

http://127.0.0.1:8010/index/

就产生了日志文件:logfile888.log
在这里插入图片描述
内容如下:
在这里插入图片描述
可见,我们成功实现了在日志前面加上时间戳的需求

08-一个既包含有时间输出也包含无时间输出的logging模块配置

在下面的代码中:
logger_time是有时间戳输出的logger,对应绑定的handler为handler01;
logger_no_time是无时间输出的looger,对应绑定的handler为handler02;

# 设置日志记录器
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'handler01': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile-time-2013-11-23-05.log',  # 指定日志文件的路径,注意,在Centos服务器中要用绝对路径
            'formatter': 'verbose1',  # 将格式化器设置为 'verbose1'
        },
        'handler02': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'log/logfile-no-time-2023-11-23-05.log',  # 指定日志文件的路径,注意,在Centos服务器中要用绝对路径
        },
    },
    'loggers': {
        'logger_time': {
            'handlers': ['handler01'],
            'level': 'DEBUG',
            'propagate': False,
        },
        'logger_no_time': {
            'handlers': ['handler02'],
            'level': 'DEBUG',
            'propagate': False,
        },
    },
    'formatters': {
        'verbose1': {
            'format': '%(asctime)s - %(message)s',
            'datefmt': '%Y-%m-%d %H:%M:%S',  # 人类可读的时间格式
        },
    },
}

在上面的代码中:
logger_time是有时间戳输出的logger,对应绑定的handler为handler01;
logger_no_time是无时间输出的looger,对应绑定的handler为handler02;

原文地址:https://blog.csdn.net/wenhao_ir/article/details/134549653

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_15399.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注