如何让Cargo编译依赖enigo时输出log crate的debug!日志？

可以通过以下几种合理方式调整单个依赖的日志级别：

1. 运行时通过环境变量过滤（最简单有效） #

log crate原生支持通过RUST_LOG环境变量精准控制指定依赖的日志级别，无需修改编译配置。运行程序时直接设置：

RUST_LOG=enigo=debug cargo run

该方式会让enigo的debug!日志输出，同时不影响其他依赖或自身代码的日志级别，无需重新编译。

2. 通过Cargo patch修改enigo的log依赖特性 #

如果需要编译时就让enigo携带debug日志支持，可通过Cargo的patch功能在本地项目中覆盖enigo的依赖配置，无需手动修改下载的依赖文件：

1. 在项目根目录的Cargo.toml中添加patch配置：

[patch.crates-io]
enigo = { path = "./local-enigo" }

2. 克隆enigo仓库到本地./local-enigo路径，修改其Cargo.toml中log的依赖项，添加debug级别特性：

log = { version = "0.4", features = ["max_level_debug", "release_max_level_debug"] }

3. 执行cargo build，此时编译后的enigo会保留debug级别的日志输出。

3. 使用cargo-override工具快速覆盖特性 #

借助cargo-override工具可临时修改依赖的编译特性，无需克隆仓库：

1. 安装工具：

cargo install cargo-override

2. 为enigo设置log的debug级别特性：

cargo override set enigo --features log/max_level_debug

工具会自动管理依赖的特性覆盖，后续编译时enigo会启用debug日志。

关于之前尝试方法无效的原因 #

• 初始化stderrlog仅对自身生效：日志器是全局的，但如果enigo编译时未开启log的debug级别支持（即未添加max_level_debug特性），其debug!日志会被编译阶段剔除，即便日志器是debug级别也无法输出。
• 强制指定dev profile：enigo的dev profile默认未配置log的debug特性，单独指定profile无法解决日志级别被编译剔除的问题。
• 修改下载的依赖后离线编译：cargo离线模式下可能未正确识别修改后的依赖配置，且编译缓存未完全清理，导致修改未生效，使用patch方式管理本地修改更可靠。

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