Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Secra Logger
一个生产级的 Rust 日志系统库,基于 tracing 生态系统构建。
特性
- ✅ 基于 tracing 生态,支持结构化日志
- ✅ JSON 格式输出(基于 bunyan formatter)
- ✅ 支持控制台、文件、或同时输出
- ✅ 按文件大小滚动
- ✅ 按日期分目录(YYYY-MM-DD)
- ✅ 可配置文件保留策略
- ✅ 线程安全
- ✅ 支持 log crate 桥接
- ✅ 支持 actix-web 集成
- ✅ 高性能异步写入
- ✅ 自动时区处理(UTC+8)
安装
在 Cargo.toml 中添加依赖:
[]
= "0.3"
快速开始
基本使用
use ;
use ;
结构化日志
secra-logger 完全支持 tracing 的结构化日志功能:
use ;
use info;
输出示例(JSON 格式):
错误处理
use ;
多线程使用
secra-logger 是线程安全的,可以在多线程环境中安全使用:
use ;
use thread;
use info;
Actix-Web 集成
use ;
use ;
use TracingLogger;
use info;
async
使用 log crate 兼容接口
如果你需要使用传统的 log crate API,secra-logger 也提供了桥接支持:
use ;
use ;
配置说明
LoggerConfig
LoggerConfig 是日志系统的核心配置结构:
创建配置
使用 LoggerConfig::new() 创建配置:
let config = new;
配置验证
配置对象提供了 validate() 方法用于验证配置的有效性:
let config = new;
if let Err = config.validate
获取基础文件名
使用 get_base_name() 方法获取日志文件的基础名称:
let config = new;
// 如果 path 是文件,返回文件名(不含扩展名)
assert_eq!;
// 如果 path 是目录,返回 app_name
let config_dir = new;
assert_eq!;
LogOutput
LogOutput 枚举定义了日志的输出目标:
LogOutput::Stdout- 仅输出到标准输出(适合开发环境)LogOutput::File- 仅输出到文件(适合生产环境)LogOutput::Both- 同时输出到标准输出和文件(适合需要同时查看和保存的场景)
日志级别
支持的日志级别(从低到高):
Level::TRACE- 最详细的调试信息Level::DEBUG- 调试信息Level::INFO- 一般信息(推荐用于生产环境)Level::WARN- 警告信息Level::ERROR- 错误信息
只有等于或高于配置级别的日志才会被记录。例如,如果配置为 Level::INFO,则 TRACE 和 DEBUG 级别的日志不会被记录。
日志文件组织
目录规则
日志文件按日期分目录存储,使用 YYYY-MM-DD 格式(基于 UTC+8 时区):
-
情况一:
path为目录- 配置:
path = ./logs/test - 实际目录:
./logs/test/2024-01-15/ - 文件命名:
{app_name}.log、{app_name}-1.log等
- 配置:
-
情况二:
path为文件- 配置:
path = ./logs/app.log - 实际路径:
./logs/2024-01-15/app.log - 文件命名:
app.log、app-1.log等
- 配置:
示例:
// 配置 1:使用目录
let config1 = new;
// 生成文件:./logs/myapp/2024-01-15/myapp.log
// 配置 2:使用文件路径
let config2 = new;
// 生成文件:./logs/2024-01-15/app.log
文件命名规则
- 基础日志文件:
{base}.log - 滚动日志文件:
{base}-n.log(n 从 1 开始递增)
示例:
app.log(第一个文件)app-1.log(第一次滚动)app-2.log(第二次滚动)app-3.log(第三次滚动)
重要规则:
- n 在单日内永远递增,不回绕、不复用
- 即使旧文件被删除(由于
max_files限制),n 仍然继续递增 - 日期变化后,n 重置为 1(新的一天从
{base}.log开始)
时区说明
日志系统使用 UTC+8 时区来确定日期目录。这意味着:
- 日志文件的日期目录基于 UTC+8 时区的当前日期
- 跨日期时,会自动创建新的日期目录
- 时间戳在 JSON 日志中使用 ISO 8601 格式,包含时区信息
文件滚动
滚动机制
当日志文件大小达到 max_size 时,会自动触发滚动:
- 关闭当前文件
- 创建新的
{base}-n.log文件(n 自动递增) - 如果文件数量超过
max_files,删除序号最小的文件(最老的文件)
滚动示例
假设配置为:
max_size = 10 * 1024 * 1024(10MB)max_files = Some(5)path = "./logs/app.log"
当日志文件达到 10MB 时:
./logs/2024-01-15/app.log (10MB,关闭)
./logs/2024-01-15/app-1.log (新建,继续写入)
当 app-1.log 也达到 10MB 时:
./logs/2024-01-15/app.log
./logs/2024-01-15/app-1.log (10MB,关闭)
./logs/2024-01-15/app-2.log (新建,继续写入)
当文件数量达到 5 个时,最老的文件会被删除:
./logs/2024-01-15/app.log (删除,因为最老)
./logs/2024-01-15/app-1.log
./logs/2024-01-15/app-2.log
./logs/2024-01-15/app-3.log
./logs/2024-01-15/app-4.log
./logs/2024-01-15/app-5.log (新建)
文件保留策略
max_files: Some(n)- 最多保留 n 个文件,超过时删除最老的文件max_files: None- 不限制文件数量,保留所有历史文件
建议:
- 生产环境建议设置合理的
max_files值,避免磁盘空间耗尽 - 可以根据磁盘容量和日志生成速度来调整
max_size和max_files - 例如:
max_size = 100MB,max_files = Some(30),可以保留约 3GB 的日志
测试文件滚动
可以使用 rotation 示例来测试文件滚动功能:
这个示例会生成大量日志来触发文件滚动,帮助你验证滚动机制是否正常工作。
API 参考
init_logger
初始化日志系统的主函数。
参数:
config: LoggerConfig- 日志配置
返回值:
Ok(())- 初始化成功Err(LoggerError)- 初始化失败
说明:
- 此函数可以多次调用,但只会初始化一次(使用
OnceCell保证) - 后续调用会返回成功但不执行任何操作
- 初始化失败会返回相应的错误信息
错误类型:
LoggerError::Io- IO 错误(如无法创建目录或文件)LoggerError::ConfigError- 配置错误(如max_size为 0)LoggerError::InitError- 初始化错误(如 subscriber 设置失败)
LoggerError
日志系统的错误类型:
所有错误类型都实现了 std::error::Error 和 Display trait,可以直接打印或转换为字符串。
运行示例
项目提供了多个示例来演示不同的使用场景:
# 运行基本示例(展示基本日志记录功能)
# 运行文件滚动测试示例(测试文件滚动机制)
# 运行路径测试示例(测试目录和文件路径配置)
# 运行目录路径测试示例
# 运行 actix-web 集成示例(需要 actix-web 依赖)
运行示例后,可以在 ./logs/ 目录下查看生成的日志文件。
最佳实践
1. 日志级别选择
- 开发环境:使用
Level::DEBUG或Level::TRACE获取详细调试信息 - 生产环境:使用
Level::INFO或Level::WARN,避免过多日志影响性能 - 关键服务:使用
Level::WARN,只记录警告和错误
2. 输出目标选择
- 开发环境:使用
LogOutput::Stdout或LogOutput::Both,方便查看日志 - 生产环境:使用
LogOutput::File,避免控制台输出影响性能 - 容器环境:使用
LogOutput::Both,文件用于持久化,stdout 用于容器日志收集
3. 文件大小和保留策略
// 小型应用
let config = new;
// 大型应用
let config = new;
4. 结构化日志
充分利用结构化日志的优势:
// 好的做法:使用结构化字段
info!;
// 避免:只使用格式化字符串
info!;
5. 错误处理
始终处理初始化错误:
match init_logger
6. 多线程环境
secra-logger 是线程安全的,可以在多线程环境中直接使用,无需额外同步:
use thread;
// 多个线程可以安全地同时记录日志
for i in 0..10
性能考虑
- 异步写入:日志写入是异步的,不会阻塞主线程
- 批量刷新:日志会批量刷新到磁盘,提高性能
- 线程安全:使用高性能锁(
parking_lot),多线程环境下性能优秀 - JSON 序列化:使用高效的 JSON 序列化库,性能开销小
常见问题
Q: 为什么日志文件没有按日期创建目录?
A: 确保日志路径的父目录存在且有写权限。如果父目录不存在,日志系统会尝试创建,但需要相应的权限。
Q: 如何更改时区?
A: 当前版本固定使用 UTC+8 时区。如果需要其他时区,可以在配置中指定(需要修改代码)。
Q: 日志文件滚动后,旧文件会被立即删除吗?
A: 不会。只有当文件数量超过 max_files 限制时,才会删除最老的文件。如果 max_files 为 None,则永远不会自动删除文件。
Q: 可以在运行时更改日志级别吗?
A: 当前版本不支持运行时更改配置。需要在初始化时设置好日志级别。如果需要动态调整,可以考虑使用 tracing-subscriber 的 EnvFilter。
Q: 日志格式可以自定义吗?
A: 当前版本使用固定的 bunyan JSON 格式。如果需要自定义格式,可以修改 subscriber.rs 中的格式化逻辑。
Q: 如何集成到现有的 tracing 系统中?
A: secra-logger 使用标准的 tracing-subscriber,可以与其他 subscriber 组合使用。但需要注意,多次调用 init_logger 只会初始化一次。
依赖
主要依赖:
tracing- 结构化日志框架tracing-subscriber- 订阅者实现tracing-bunyan-formatter- JSON 格式化(bunyan 格式)tracing-log- log crate 桥接tracing-actix-web- actix-web 集成tracing-appender- 异步日志写入parking_lot- 高性能锁实现chrono/chrono-tz- 日期时间处理file-rotate- 文件滚动功能once_cell- 全局初始化状态管理
版本历史
0.3.0
- 初始发布
- 支持基本的日志记录功能
- 支持文件滚动和日期分目录
- 支持 actix-web 集成
贡献
欢迎提交 Issue 和 Pull Request!
许可证
MIT License
Copyright (c) 2024 Secra Team
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.