GUI程序的记录策略

时间:2010-10-23 14:03:52

标签: python user-interface logging

我认为在我的应用程序(绘画类型程序)中撒一些调试日志记录并将此信息写入文件可能是有益的。我当前的调试策略是连接一个自定义异常监听器(sys.excepthook),并允许用户通过电子邮件发送导致崩溃的堆栈跟踪副本。

这对于查看用户为导致程序崩溃所做的工作非常方便,但我觉得日志文件肯定有帮助。 我想知道最好的办法是什么。我正在考虑通过命令行开关启用日志记录,并为程序的每次“运行”创建日志,并在发生崩溃时通过电子邮件发送自己的日志副本。但是,如果应用程序未处于调试模式,则日志无效!

我有点担心日志填满太快 - 如果我将记录放在一些鼠标运动事件处理程序中,那么它将创建许多条目。此外,日志文件可能会变得非常大,在检查错误报告时只会向我填充无关的信息。

你们如何处理这件事?我对日志记录的频率感兴趣 - 因为我的应用程序响应了许多事件(例如鼠标移动;取决于用户输入),我不想创建过多的日志记录。

2 个答案:

答案 0 :(得分:5)

如前所述,您可以使用记录器模块。您可以设置默认的日志记录级别(例如警告)并将所有类型的消息放入代码中,因为调试直到关键。作为简单的解释,如果您将日志记录级别设置为警告,即使您的代码记录调试消息,它们也不会出现在文件(或标准输出)中。这是因为日志记录模块将仅记录优先级高于或等于警告(警告,错误和严重)的消息。

作为一个简单的解释,请看这段代码:

import logging
import logging.handlers as handlers

logger = logging.getLogger('myapp')
hdlr = logging.FileHandler('/tmp/myapp.log')
formatter = logging.Formatter('%(asctime)s %(levelname)s: %(message)s')
hdlr.setFormatter(formatter)
logger.addHandler(hdlr)
logger.setLevel(logging.WARNING)

logger.debug('debug!')
logger.info('info!')
logger.warning('warning!')
logger.error('error!')
logger.critical('critical!')

它创建一个名为myapp.log的文件:

magun@~: cat /tmp/myapp.log
2010-11-05 12:27:25,359 WARNING: warning!
2010-11-05 12:27:25,362 ERROR: error!
2010-11-05 12:27:26,071 CRITICAL: critical!
magun@~:

如果您担心文件大小可以使用旋转日志,则会根据您的条件丢弃最旧的日志:

import logging
import logging.handlers as handlers

logger = logging.getLogger('myapp')
hdlr = handlers.RotatingFileHandler('/tmp/log/myapp.log', maxBytes=100, backupCount=5)
formatter = logging.Formatter('%(asctime)s %(levelname)s: %(message)s')
hdlr.setFormatter(formatter)
logger.addHandler(hdlr)
logger.setLevel(logging.WARNING)

for i in range(20):
    logger.debug('debug%i!'%i)
    logger.info('info%i!'%i)
    logger.warning('warning%i!'%i)
    logger.error('error%i!'%i)
    logger.critical('critical%i!'%i)

在这种情况下,我使用了一个最大大小为100字节的日志文件(非常小,你应该提高它)和备份计数为5.这意味着当日志达到100字节时它将被“旋转”:一个新的(并且为空)将创建myapp.log,旧的将成为myapp.log.1。在下一轮旋转中,myapp.log.1将成为myapp.log.2,myapp.log将成为新的myapp.log.1。它会重复,直到我们有myapp.log,myapp.log.1,myapp.log.2,... myapp.log.n(在这个例子中,限制将是myapp.log.5)。当我们点击这个时,需要旋转日志,myapp.log.5文件将被丢弃。所以,大小限制为5 * 100bytes。

看看发生了什么:

magun@~: ls /tmp/log/
myapp.log  myapp.log.1  myapp.log.2  myapp.log.3  myapp.log.4  myapp.log.5
magun@~: cat /tmp/log/myapp.log
2010-11-05 12:33:52,369 ERROR: error19!
2010-11-05 12:33:52,376 CRITICAL: critical19!
magun@~: cat /tmp/log/myapp.log.1
2010-11-05 12:33:52,362 CRITICAL: critical18!
2010-11-05 12:33:52,369 WARNING: warning19!
magun@~: cat /tmp/log/myapp.log.2
2010-11-05 12:33:52,355 WARNING: warning18!
2010-11-05 12:33:52,362 ERROR: error18!
magun@~: cat /tmp/log/myapp.log.3
2010-11-05 12:33:52,348 ERROR: error17!
2010-11-05 12:33:52,355 CRITICAL: critical17!
magun@~: cat /tmp/log/myapp.log.4
2010-11-05 12:33:52,340 CRITICAL: critical16!
2010-11-05 12:33:52,348 WARNING: warning17!
magun@~: cat /tmp/log/myapp.log.5
2010-11-05 12:33:52,333 WARNING: warning16!
2010-11-05 12:33:52,340 ERROR: error16!
magun@~:

正如您所看到的,我们丢失了许多日志(0-15),但是最新的日志在那里,保留了用户的可用空间。不要忘记从下往上阅读日志:)

答案 1 :(得分:0)

相关问题