如何抑制web.py的控制台输出？已设置debug=false仍无效

我之前也碰到过一模一样的情况——设置web.config.debug = False后，API调用的请求日志还是一个劲往控制台蹦，确实挺闹心的。其实这个设置主要是关闭调试模式下的错误堆栈详情、自动重载这些功能，但web.py默认的访问请求日志是单独控制的，和debug开关根本不绑定。

给你几个精准抑制特定输出的方案，完全不用全局屏蔽stderr/stdout：

方案一：直接禁用访问日志 #

这是最省心的办法，web.py本身就提供了专门的配置项来关闭请求日志：

import web

# 一定要在初始化app之前设置这个配置
web.config.access_logger = None

# 正常定义路由和业务逻辑
urls = (
    '/api', 'ApiHandler'
)
app = web.application(urls, globals())

class ApiHandler:
    def GET(self):
        return 'Hello API'

if __name__ == '__main__':
    web.config.debug = False
    app.run()

设置access_logger = None后，那些类似127.0.0.1:XXXX GET /api 200 OK的请求日志就会彻底消失。

方案二：自定义日志处理器（更灵活） #

如果你之后可能需要部分日志记录，或者想把日志转存到文件而不是完全关闭，可以自定义一个日志处理器：

import web
import logging

# 创建一个不输出到控制台的空日志处理器
null_handler = logging.NullHandler()
access_logger = logging.getLogger('web.access')
access_logger.addHandler(null_handler)
access_logger.propagate = False  # 避免日志传递给上层默认处理器

# 把自定义日志器传给web.py
web.config.access_logger = access_logger

# 后续app初始化和业务代码和之前一致...

这种方式灵活度很高，比如之后要把日志写到文件，只需要把NullHandler换成FileHandler就行，完全不影响你自己的业务输出。

方案三：针对特殊输出临时重定向（极端情况） #

如果还有其他非日志类的特定打印（比如web.py内部某些模块的隐藏调试输出），可以临时替换stdout/stderr，但只在web.py运行期间生效，避免影响你自己的业务输出：

import web
import sys

# 先保存原始的stdout/stderr，用完再恢复
original_stdout = sys.stdout
original_stderr = sys.stderr

class FilteredStream:
    def write(self, data):
        # 可以在这里过滤特定关键词，只忽略你不想看到的内容
        if "不想看到的关键词" not in data:
            original_stdout.write(data)

# 在启动app前替换输出流
sys.stdout = FilteredStream()
sys.stderr = FilteredStream()

# 运行app
app.run()

# 恢复原始输出（如果app是阻塞运行的，这部分要在run之后执行）
sys.stdout = original_stdout
sys.stderr = original_stderr

不过这个方法比较粗暴，建议优先用前两种方案，这个只用来处理那些实在没法通过配置关闭的特殊输出。

内容的提问来源于stack exchange，提问作者Ludo