Loguru项目中获取格式化异常堆栈的技术实现
2025-05-10 21:03:07作者:郜逊炳
背景介绍
Loguru是一个Python日志库,以其简单易用和强大的功能受到开发者欢迎。在实际应用中,我们经常需要将日志信息序列化为JSON格式,以便于后续处理和存储。然而,Loguru默认提供的异常堆栈信息格式较为简单,无法直接获取其内置的格式化异常堆栈。
问题分析
在日志记录过程中,特别是处理异常时,我们通常需要详细的堆栈跟踪信息。Loguru内部使用了一个名为better_exceptions的库来格式化异常输出,但官方并未提供直接获取这些格式化结果的API。
技术解决方案
基础实现
通过深入分析Loguru源码,我们发现可以通过其内部模块_better_exceptions中的ExceptionFormatter类来实现格式化异常堆栈的获取:
from loguru._better_exceptions import ExceptionFormatter
def get_formatted_traceback(exc_type, exc_value, exc_traceback):
formatter = ExceptionFormatter(backtrace=True, diagnose=True)
return '\n'.join(formatter.format_exception(exc_type, exc_value, exc_traceback))
完整日志序列化方案
结合Loguru的序列化功能,我们可以构建一个完整的日志处理方案:
- 时间戳处理:使用ISO 8601格式记录精确到毫秒的时间
- 路径信息处理:提取文件路径、模块名、函数名和行号
- 异常处理:区分普通错误和异常情况
- Jupyter环境适配:特殊处理Jupyter notebook中的日志记录
def serialize(record):
# 获取时间戳
timestamp = record["time"].isoformat(timespec='milliseconds')
# 处理路径信息
file_path = record["file"].path
module_name = record["module"]
function_name = record["function"]
line_number = record["line"]
path_info = f"{module_name}:{function_name}:{line_number}"
# 处理异常信息
error = record["exception"]
if error:
formatter = ExceptionFormatter(backtrace=True, diagnose=True)
formatted_traceback = formatter.format_exception(
error.type, error.value, error.traceback
)
exception = {
"type": error.type.__name__,
"value": str(error.value),
"traceback": "".join(formatted_traceback),
}
else:
exception = None
# 构建日志数据结构
log_data = {
"time": timestamp,
"level": record["level"].name,
"path": path_info,
"message": record["message"],
"exception": exception,
}
return json.dumps(log_data)
彩色日志输出
为了提升日志可读性,我们可以为不同级别的日志添加颜色标记:
def colorize_json_string(json_str):
# 定义颜色代码
colors = {
"DEBUG": "\033[36m", # 青色
"INFO": "\033[37m", # 白色
"WARNING": "\033[33m", # 黄色
"ERROR": "\033[31m", # 红色
"CRITICAL": "\033[37;41m" # 白字红底
}
# 根据日志级别应用不同颜色
level_match = re.search(r'"level": "([^"]+)"', json_str)
if level_match:
level = level_match.group(1)
color = colors.get(level, "\033[0m")
json_str = re.sub(
r'("message": ")(.*?)(")',
rf'\1{color}\2\033[0m\3',
json_str
)
return json_str
实际应用
将上述组件整合到Loguru日志记录器中:
def configure_logger():
logger.remove()
def serialize_record(record):
record["extra"]["serialized"] = colorize_json_string(serialize(record))
logger.patch(serialize_record)
logger.add(
sys.stderr,
format="{extra[serialized]}",
backtrace=True,
diagnose=True
)
return logger
技术要点总结
- 异常堆栈格式化:通过Loguru内部API获取格式化的异常堆栈信息
- 结构化日志:将日志信息转换为结构化的JSON格式
- 环境适配:特殊处理Jupyter notebook等特殊环境
- 可视化增强:为不同级别的日志添加颜色标记,提升可读性
- 性能考虑:仅在需要时格式化异常堆栈,避免不必要的性能开销
注意事项
- 使用内部API(
_better_exceptions)可能存在版本兼容性问题 - 彩色输出在部分终端可能无法正常显示
- 在生产环境中应考虑关闭diagnose选项以避免敏感信息泄露
- 序列化大量日志时应注意性能影响
这种实现方式既保留了Loguru的简洁性,又提供了强大的日志处理能力,特别适合需要结构化日志和详细异常信息的应用场景。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
Baichuan-M3-235BBaichuan-M3 是百川智能推出的新一代医疗增强型大型语言模型,是继 Baichuan-M2 之后的又一重要里程碑。Python00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
热门内容推荐
最新内容推荐
Degrees of Lewdity中文汉化终极指南:零基础玩家必看的完整教程Unity游戏翻译神器:XUnity Auto Translator 完整使用指南PythonWin7终极指南:在Windows 7上轻松安装Python 3.9+终极macOS键盘定制指南:用Karabiner-Elements提升10倍效率Pandas数据分析实战指南:从零基础到数据处理高手 Qwen3-235B-FP8震撼升级:256K上下文+22B激活参数7步搞定机械键盘PCB设计:从零开始打造你的专属键盘终极WeMod专业版解锁指南:3步免费获取完整高级功能DeepSeek-R1-Distill-Qwen-32B技术揭秘:小模型如何实现大模型性能突破音频修复终极指南:让每一段受损声音重获新生
项目优选
收起
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
539
3.77 K
Ascend Extension for PyTorch
Python
347
413
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
889
607
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
337
184
暂无简介
Dart
778
192
deepin linux kernel
C
27
11
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.34 K
758
React Native鸿蒙化仓库
JavaScript
303
356
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
986
252
仓颉编译器源码及 cjdb 调试工具。
C++
154
896