标签导航：

nameko应用logger handlers为空却能输出日志的原因是什么？

Nameko应用：logger handlers为空但仍输出日志的解析

本文分析一个Nameko应用中，logger的handlers列表为空，却能将日志信息输出到标准输出的原因。

问题描述： 一个Python脚本(例如101.py)使用Nameko框架，其中包含一个定时任务，该任务使用nameko.runners._log模块输出日志。即使_log.handlers返回空列表，日志信息仍然打印到标准输出。但直接使用python 101.py运行，则无任何输出。

代码示例（101.py）：

from nameko.timer import timer

class keywordservice:
    name = 'keyword_service'

    @timer(1)
    def print_log_ingo(self):
        from nameko.runners import _log
        _log.info('哈哈哈哈')
        print(_log.handlers)

运行结果：

使用nameko run 101运行：

starting services: keyword_service
哈哈哈哈
[]
哈哈哈哈
[]
...

使用python 101.py运行：

[]

这表明nameko run命令在启动时进行了额外处理，使日志输出到标准输出。

问题解答：

Nameko框架并不强制要求配置logger的handlers。nameko run命令在启动服务时，会设置默认的日志处理方式，即使代码中_log.handlers为空，它也会将日志输出到标准输出。

为了在不依赖nameko run的情况下，也能将日志输出到标准输出，可以使用Python的logging模块进行配置：

改进后的代码：

from nameko.timer import timer
import logging

logging.basicConfig(level=logging.INFO, format='%(message)s')

class keywordservice:
    name = 'keyword_service'

    @timer(1)
    def print_log_ingo(self):
        logging.info('哈哈哈哈') # 使用logging模块
        # print(_log.handlers)  # 此行可以移除

这样修改后，即使直接使用python 101.py运行，也能看到"哈哈哈哈"打印到标准输出。这验证了Nameko的日志输出机制并非完全依赖于_log.handlers的配置，nameko run命令的启动流程包含了默认的日志处理逻辑。 直接使用logging模块更清晰地控制日志输出。