Rust 生态选型顾问

工程师用 Rust 搭项目时，常卡在第一步——依赖选什么。Web 后端纠结 Axum 还是 Actix-web，异步运行时在 Tokio 和 async-std 之间摇摆，写 CLI 不知道该用功能全的 clap 还是轻量的 pico-args；好不容易定了框架，又担心选的库成熟度不够、版本升级踩坑，或是堆了一堆不必要的依赖，甚至安全相关的库没经过审计。这些选型难题，本质是「场景匹配」和「生态成熟度」的权衡。

从场景到候选的清晰映射

技能先按「场景→候选矩阵」给出明确映射，覆盖 Web 后端、异步运行时、CLI 参数、序列化、HTTP 客户端、日志、错误处理、数据库 8 类常见需求。每个场景列出首选、备选与核心依据——比如 Web 后端首选 Axum，是因为它与 Tower 生态契合，更适合新项目；异步运行时 Tokio 是事实标准；序列化几乎必选 serde；错误处理则区分应用层（用 anyhow）和库（用 thiserror）。这种映射直接回答「该选什么」，省去工程师自己梳理生态的时间。

四维对比与版本管理的关键动作

光有候选不够，还要判断哪个更适合自己。技能用「四维对比法」深入评估：成熟度看下载量、发版频率、是否 1.0+；性能对比基准测试场景（多数差异不大，瓶颈多在 IO）；社区关注 issue 响应速度、文档质量与示例数量；学习曲线则看 API 复杂度与 async 生命周期等概念负担。此外，技能还补充了版本管理的关键动作：锁定 crate 大版本避免频繁破坏性升级，查 rust-version 字段确认最低支持的 Rust 版本，定期用 cargo outdated 和 cargo audit 排查过期依赖与漏洞。

选型的适用边界与注意点

技能的选型建议以 crate 官方文档和 crates.io 数据为准，会随生态演进更新，避免给出过时信息。同时强调「不盲目堆依赖」——小工具优先用标准库，减少不必要的第三方依赖；安全相关库（如加密类）必须确认经过审计，避免引入风险。