Loguru输出error级日志时如何绑定回调函数同步更新UI日志文本框

Loguru 没有内置名为 add_callback 的独立方法，但通过原生的 add() 日志sink配置机制，完全可以实现「捕获指定级别日志、触发自定义回调更新UI」的需求，灵活度比独立的回调接口更高。

核心实现逻辑 #

Loguru 的sink机制本质是统一的日志输出目的地抽象——不管是写文件、打印控制台、还是执行自定义函数，都可以通过add()方法挂载。只要搭配3个关键配置，就能精准匹配你的预期效果：

• 直接把自定义回调函数作为sink传入
• 通过level参数过滤，仅拦截ERROR及更高优先级的日志
• 通过format参数调整传入回调的日志内容格式

可直接运行的示例代码 #

from loguru import logger

# 按需移除默认的控制台输出，不需要保留控制台日志的话执行这行
logger.remove()

def error_callback(log_content):
    # Loguru 会自动将匹配规则的日志对象传入回调
    # 提取格式化后的纯文本，剥离首尾的格式空白
    msg = log_content["text"].strip()
    # 在此处将获取到的msg更新到UI日志文本框
    your_ui_text_widget.append(msg)

# 注册回调作为专属的错误日志输出通道
logger.add(
    error_callback,
    level="ERROR",  # 仅捕获ERROR、CRITICAL级别的日志
    format="{message}"  # 配置日志格式仅保留用户输入的正文，不带时间、等级等冗余前缀
)

# 测试触发逻辑
logger.error("Oh noes")
# 执行后会自动调用error_callback，经处理后传入的纯文本即为对应错误消息

开发注意事项 #

• 如果需要更完整的日志信息（比如日志时间、调用栈、模块名），可以删掉format的自定义配置，直接从传入的日志对象的record字段中提取结构化数据，不需要手动从字符串里解析。
• 多个日志输出通道完全独立，可根据需求多次调用logger.add()，同时配置写本地文件、控制台输出、UI回调等不同目的地，不会互相干扰。
• 桌面应用开发必须注意线程安全问题：日志回调的执行线程和发起日志输出的线程完全一致，如果在非UI主线程直接操作界面组件，会触发跨线程操作UI的异常。需要通过GUI框架提供的线程安全机制（如Qt的信号槽、Tkinter的after()方法）把消息投递到UI主线程，再更新日志文本框。
• 回调函数内部建议增加简单的异常捕获，避免因为UI更新逻辑的错误影响正常的日志流程。

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