wmproxy
已用Rust
实现http/https
代理, socks5
代理, 反向代理, 静态文件服务器,四层TCP/UDP转发,内网穿透,后续将实现websocket
代理等,会将实现过程分享出来,感兴趣的可以一起造个轮子
国内: https://gitee.com/tickbh/wmproxy
github: https://github.com/tickbh/wmproxy
日志在程序中的重要性非常的重要,当系统发生故障时,我们要随时能排查出相关的日志,所以通常有了日志分级的概念(如错误error,警告warn,信息info,调试debug,追踪trace),如果系统出了严重的Bug,那我们此时应该排查warn及error看是否有相应的错误信息。如果是程序流程上的问题,可能会很琐碎,那我们可能需要排查trace的消息。
相对来说,trace的日志数据量极大,当然也最琐碎,排查起来会极难排查,要根据相关的关键字来定位相关日志,通常一个类型的日志会定义相同的关键字,在Java中类似Tag这种,在Rust库中日志会根据库自动显示出来,我们可以轻松的根据库名定位同一个库的问题。同一个库内可根据关键字来定位。
程序中存在标准输出
(stdout)
及错误输出(stderr)
,通常程序的运行中会将标准输出的内容显示在控制台上,我们就可以根据输出的内容来判定程序是否正常执行。在Rust中,最常用的是宏println!()
。
如果是服务类型的程序,常常会将数据输出到文件中,因为它运行时间通常按天或者月甚至是年来计算。产生的日志量也极为庞大,通常要按天来切割日志,且单文件可能上GB大小,在后台运行时,通过也会通过重定向将控制台的内容输出到文件上。 后台执行command命令,并将内容输出到myout.log,且将stderr重定向到stdout。如:
BASHnohup command > myout.log 2>&1 &
通常在Rust中有日志库基本上都是基于log
库去做实现,他定义了日志的等级,总共5个级别
RUSTpub enum Level {
Error = 1,
Warn,
Info,
Debug,
Trace,
}
通常用宏来进行输出,下面来看下输出宏的定义:
RUST#[macro_export]
macro_rules! info {
(target: $target:expr, $($arg:tt)+) => ($crate::log!(target: $target, $crate::Level::Info, $($arg)+));
($($arg:tt)+) => ($crate::log!($crate::Level::Info, $($arg)+))
}
他分为两种情况,一种是有目标target
,一种是默认target为root
在wmproxy中,我们通过服务的类型,找到日志输出的不同target,就可以控制输出目录一致或者不一致的控制,如:
RUSTlog::info!(target: "access", "{}", String::from_utf8_lossy(&buf[..]));
此外设定日志的等级,如果设定为等级为Level::Info
那么log::trace!
及log::debug!
的日志将不会做任何输出。
以下是我用过的两个日志库:
rustenv_logger::init();
以下是如何启动控制最简单版:
bashRUST_LOG=debug cargo run
# windows
$env:RUST_LOG="debug"
cargo run
此外还可以设定特定库的日志等级:
当前库默认的日志等级是info,但是wenmeng及webparse库的日志等级为warn,可以有效的过滤第三方库日志信息又不影响自身的信息
BASHRUST_LOG="info,wenmeng=warn,webparse=warn" cargo run
YAML# 每隔30秒检查当前文件
refresh_rate: 30 seconds
appenders:
# 标准输出的类型设置为控制台
stdout:
kind: console
# 请求数据放置在log/requests.log文件中
requests:
kind: file
path: "log/requests.log"
encoder:
# 输出格式d为日期,m为内容,n为换行符
pattern: "{d} - {m}{n}"
root:
# 默认的日志等级为warn
level: warn
# 标准输出只输到stdout的配置,即上面配置的控制台
appenders:
- stdout
loggers:
app::backend::db:
level: info
app::requests:
level: info
appenders:
- requests
# 是否追加到root里,如果配置为true他将同时输出两个
additive: false
然后调用初始化:
RUSTlog4rs::init_file("log4rs.yml", Default::default()).unwrap();
应用程序获取日志记录并将其记录到某个地方,例如,将其记录到文件、控制台或系统日志中。
console_appender
特征file_appender
特征rolling_file_appender
特征且必须配置compound_policy
以下是只保留10m大小的日志,多余数据全部删除的配置:
YAMLkind: rolling_file
path: log/foo.log
append: true
encoder:
kind: pattern
policy:
kind: compound
trigger:
kind: size
limit: 10 mb
roller:
kind: delete
如果要保留旧数据,可以修改roller
的配置:
YAMLkind: fixed_window
pattern: archive/foo.{}.log
count: 5
base: 1
旧文件将会保持archive/foo.0.log
,archive/foo.1.log
……archive/foo.4.log
如果配置的后缀名称为.gz
且开始了gzip的特征,那么目标文件将会被自动压缩成gz格式,如archive/foo.{}.log.gz
。如:
TOMLlog4rs = { version ="1.0.0", features = ["gzip"] }
这是log4rs的简单模型输出,以{}
里面包含目标数据及可能携带的参数:
d
, date
- 当前的日期格式.
一个自定义的格式,依赖于chrono
,获取的日志的写入的当前时间,第一个参数为时间的自定为格式,第二个参数 是utc
或者为local
。以下参数
{d}
- 2022-11-15T14:22:20.644420340-08:00
{d(%Y-%m-%d %H:%M:%S)}
- 2022-11-15 14:22:20
{d(%Y-%m-%d %H:%M:%S %Z)(utc)}
- 2022-11-15 22:22:20 UTC
f
, file
- 当前打印的源文件,如果没有显示???
。h
, highlight
- 高亮当前日志,如果有错误显示红色,蓝色显示info等
{h(the level is {l})}
-
<code style="color: red; font-weight: bold">the level is ERROR</code>
l
, level
- 当前日志等级.L
, line
- 当前打印的源文件的行数,如果没有显示???
m
, message
- 当前的消息详情.M
, module
- 当前打印的源模块,如果没有显示???
P
, pid
- 当前的进程id.i
, tid
- 当前的线程id.n
- 换行符.t
, target
- 目标输出的target.T
, thread
- 当前的线程名称.I
, thread_id
- pthread的线程id.log4rs提供了自定义的一些功能,可以友好的设置一些日志的功能,下一篇将讲解如何自定义实现access_log
和error_log
的功能。
点击 [关注],[在看],[点赞] 是对作者最大的支持
本文作者:问蒙服务框架
本文链接:
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!