[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1g07gxhfvqliy":3,"$f35fuqv9welkvg":16,"$f3h97ea37v9yw9":476},{"slug":4,"title":5,"description":6,"content":7,"content_html":8,"pub_date":9,"tags":10,"draft":15},"practical-rust-from-first-project-to-production","Rust 的使用：从第一个项目到生产服务","一条面向真实交付的 Rust 学习与使用路径：Cargo、所有权、错误处理、测试、并发、CLI、Web 服务和 Python 扩展。","# Rust 的使用：从第一个项目到生产服务\n\n学习 Rust 最容易走向两个极端：只背所有权概念，迟迟不写完整程序；或者直接挑战异步 Web 服务，在生命周期、trait 和错误类型之间失去方向。更有效的方式是沿着真实交付路径学习：**项目结构 → 数据建模 → 错误处理 → 测试 → 并发 → 与现有生态集成**。\n\n本文以稳定版工具链为基线。安装、语法和 Cargo 行为应以 [Rust 官方安装页](https:\u002F\u002Fwww.rust-lang.org\u002Ftools\u002Finstall)、[The Rust Programming Language](https:\u002F\u002Fdoc.rust-lang.org\u002Fbook\u002F) 和 [Cargo Book](https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002F) 为准。\n\n## 安装与创建项目\n\n官方推荐使用 `rustup` 管理工具链。安装后先检查版本：\n\n```bash\nrustc --version\ncargo --version\nrustup show\n```\n\n创建一个二进制项目：\n\n```bash\ncargo new log-analyzer\ncd log-analyzer\ncargo run\n```\n\nCargo 同时承担依赖管理、编译、测试、文档和发布任务：\n\n```text\nCargo.toml  →  依赖与项目元数据\nsrc\u002Fmain.rs →  二进制入口\nsrc\u002Flib.rs  →  可复用库入口\ntests\u002F      →  集成测试\nbenches\u002F    →  基准测试（通常配合第三方框架）\n```\n\n常用命令应尽早形成肌肉记忆：\n\n```bash\ncargo check     # 快速类型检查，不生成最终二进制\ncargo test      # 运行测试\ncargo fmt       # 格式化\ncargo clippy    # 静态检查\ncargo build --release\ncargo doc --open\n```\n\n## 用类型表达约束\n\nRust 项目不应把所有输入都保留为 `String`。例如日志级别只有有限状态，可以用枚举：\n\n```rust\n#[derive(Debug, Clone, Copy, PartialEq, Eq)]\nenum Level {\n    Info,\n    Warn,\n    Error,\n}\n\nstruct Record {\n    level: Level,\n    message: String,\n}\n```\n\n这样，后续代码不需要反复判断 `\"error\"`、`\"ERROR\"` 或拼写错误。Rust 的 enum 可以携带数据，适合表达协议状态、任务结果和领域事件。\n\n当值可能不存在时使用 `Option\u003CT>`，当操作可能失败时使用 `Result\u003CT, E>`。这两个类型会迫使调用方显式处理缺失和失败，而不是依赖 null 或异常在远处爆炸。\n\n## 所有权：先理解移动，再理解借用\n\nRust 中每个值都有所有者。值被移动后，原变量通常不能再使用：\n\n```rust\nlet name = String::from(\"rust\");\nlet moved = name;\n\u002F\u002F println!(\"{name}\"); \u002F\u002F 编译错误：所有权已移动\nprintln!(\"{moved}\");\n```\n\n函数只需要读取数据时，传借用而不是转移所有权：\n\n```rust\nfn count_errors(records: &[Record]) -> usize {\n    records.iter().filter(|record| record.level == Level::Error).count()\n}\n```\n\n`&[Record]` 表示只读切片，调用者仍拥有原数据。需要修改时使用 `&mut T`，但同一时刻对同一数据的可变访问受到严格限制。先掌握“谁拥有数据、函数需要读还是改”，大多数生命周期问题就不会神秘。\n\n## 错误处理不要只用字符串\n\n命令行程序可以从标准库错误开始：\n\n```rust\nuse std::{fs, io, path::Path};\n\nfn read_input(path: &Path) -> Result\u003CString, io::Error> {\n    fs::read_to_string(path)\n}\n```\n\n应用层需要组合多种错误时，可以定义领域错误或使用社区库。关键原则是：\n\n- 库代码返回结构化错误，让调用者决定如何处理；\n- CLI 或服务入口负责添加上下文并转换为用户可理解的信息；\n- 不要在可恢复路径中大量使用 `unwrap()`；\n- 不要吞掉错误后返回空结果。\n\n`?` 运算符不是忽略错误，而是把错误沿当前函数签名向上传播。\n\n## 迭代器通常比索引循环更安全\n\nRust 的迭代器是零成本抽象的重要组成部分。下面的代码读取日志、过滤错误并统计关键词：\n\n```rust\nfn count_timeout_errors(records: &[Record]) -> usize {\n    records\n        .iter()\n        .filter(|record| record.level == Level::Error)\n        .filter(|record| record.message.contains(\"timeout\"))\n        .count()\n}\n```\n\n迭代器减少手动索引和边界处理，也更容易并行化或替换数据源。性能判断仍应依赖 benchmark 和 profiler，而不是假设链式调用一定更快。\n\n## 测试与文档是工具链的一部分\n\n单元测试可以和实现放在同一模块：\n\n```rust\n#[cfg(test)]\nmod tests {\n    use super::*;\n\n    #[test]\n    fn counts_only_error_records() {\n        let records = vec![\n            Record { level: Level::Info, message: \"ready\".into() },\n            Record { level: Level::Error, message: \"failed\".into() },\n        ];\n        assert_eq!(count_errors(&records), 1);\n    }\n}\n```\n\n公开 API 的 `\u002F\u002F\u002F` 文档注释可以包含可执行示例，`cargo test` 会运行文档测试。这让示例与代码演进保持同步，是 Rust 工具链非常实用的特性。[Rustdoc Book](https:\u002F\u002Fdoc.rust-lang.org\u002Frustdoc\u002F)\n\n## 并发：先用线程和消息，再引入 async\n\nCPU 密集任务可从标准线程开始：\n\n```rust\nuse std::thread;\n\nlet worker = thread::spawn(|| expensive_parse());\nlet result = worker.join().expect(\"worker panicked\");\n```\n\n如果任务主要等待网络、磁盘或大量连接，async runtime 更合适。但 async 不是“自动更快”：\n\n| 场景 | 优先选择 |\n| --- | --- |\n| 少量 CPU 密集任务 | 线程池 \u002F 数据并行 |\n| 大量网络连接 | async runtime |\n| 简单 CLI | 同步代码 |\n| GPU 推理 | 设备运行时 + 明确的请求调度 |\n\n不要在第一次学习所有权时同时引入 async、宏框架和复杂 trait。先写同步版本并建立测试，再根据性能数据演进。\n\n## 写一个可交付的 CLI\n\n一个生产级 CLI 至少应包含：\n\n1. 明确的参数和 `--help`；\n2. 非零退出码表示失败；\n3. 错误写入 stderr，结果写入 stdout；\n4. 可测试的库逻辑与很薄的 `main`；\n5. `cargo build --release` 的发布构建。\n\n推荐结构：\n\n```text\nsrc\u002Fmain.rs  → 参数解析、输出、退出码\nsrc\u002Flib.rs   → 解析、转换、领域逻辑\ntests\u002F       → 从用户视角调用二进制或库\n```\n\n这种边界比“把所有代码写进 main”更容易复用到 Web 服务或 Python 扩展中。\n\n## 在 Python 项目中使用 Rust\n\nAI 和数据项目通常不需要迁移整个 Python 代码库。可以只把性能热点下沉：\n\n```rust\nuse pyo3::prelude::*;\n\n#[pyfunction]\nfn count_bytes(input: &[u8]) -> usize {\n    input.len()\n}\n\n#[pymodule]\nfn fastops(module: &Bound\u003C'_, PyModule>) -> PyResult\u003C()> {\n    module.add_function(wrap_pyfunction!(count_bytes, module)?)?;\n    Ok(())\n}\n```\n\n[PyO3](https:\u002F\u002Fpyo3.rs\u002F) 提供 Rust\u002FPython 绑定，[maturin](https:\u002F\u002Fwww.maturin.rs\u002F) 可以构建 wheel。正确流程是先 profiling，再迁移热点，并用相同输入验证结果一致性。\n\n## Web 服务与可观测性\n\nRust Web 服务的框架选择会变化，工程原则相对稳定：\n\n- 配置从环境变量或配置文件读取，不把密钥编译进二进制；\n- 为请求设置超时、大小上限和取消机制；\n- 使用结构化日志与 request ID；\n- 对数据库连接池和下游调用设置容量边界；\n- 健康检查区分“进程存活”和“依赖可用”；\n- 优雅停机时停止接收新请求并等待在途任务。\n\nRust 的类型系统无法替代这些生产设计，但可以让状态与错误边界更明确。\n\n## 依赖与供应链\n\ncrates.io 是 Rust 的公共包注册表，Cargo.lock 用于记录精确依赖版本。应用项目通常应提交 Cargo.lock；库项目是否提交需结合官方 Cargo FAQ 与项目策略。[Cargo FAQ](https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002Ffaq.html)\n\n引入依赖前至少检查：\n\n- 最近发布时间和维护状态；\n- 文档、测试和最低支持 Rust 版本；\n- feature 是否默认引入不需要的能力；\n- 是否包含 `unsafe`，其边界是否清晰；\n- 许可证是否符合项目要求。\n\n截至 2026 年 7 月 13 日，crates.io Summary API 返回约 29.9 万个 crate。生态丰富意味着选择多，也意味着需要主动管理依赖，而不是按下载量盲选。[crates.io API](https:\u002F\u002Fcrates.io\u002Fapi\u002Fv1\u002Fsummary)\n\n## 推荐学习顺序\n\n```text\nCargo 与基础语法\n      ↓\n所有权、借用、集合\n      ↓\nOption \u002F Result \u002F 错误设计\n      ↓\ntrait、泛型、模块与测试\n      ↓\nCLI 或文件处理项目\n      ↓\n线程 \u002F async \u002F Web \u002F FFI（按需求选择）\n```\n\n最重要的不是一次学完语言，而是完成一个边界清楚的小工具：读取真实输入、返回真实错误、有测试、能构建 release。完成这个闭环后，再进入 async、宏和跨语言集成，Rust 的规则会从“编译器阻碍”变成设计反馈。\n\n## 参考资料\n\n- [Rust 官方网站与安装](https:\u002F\u002Fwww.rust-lang.org\u002Ftools\u002Finstall)\n- [The Rust Programming Language](https:\u002F\u002Fdoc.rust-lang.org\u002Fbook\u002F)\n- [The Cargo Book](https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002F)\n- [Rust Standard Library](https:\u002F\u002Fdoc.rust-lang.org\u002Fstd\u002F)\n- [Rustdoc Book](https:\u002F\u002Fdoc.rust-lang.org\u002Frustdoc\u002F)\n- [Rust by Example](https:\u002F\u002Fdoc.rust-lang.org\u002Frust-by-example\u002F)\n- [crates.io Summary API](https:\u002F\u002Fcrates.io\u002Fapi\u002Fv1\u002Fsummary)\n- [PyO3](https:\u002F\u002Fpyo3.rs\u002F) 与 [maturin](https:\u002F\u002Fwww.maturin.rs\u002F)\n","\u003Ch1>Rust 的使用：从第一个项目到生产服务\u003C\u002Fh1>\n\u003Cp>学习 Rust 最容易走向两个极端：只背所有权概念，迟迟不写完整程序；或者直接挑战异步 Web 服务，在生命周期、trait 和错误类型之间失去方向。更有效的方式是沿着真实交付路径学习：\u003Cstrong>项目结构 → 数据建模 → 错误处理 → 测试 → 并发 → 与现有生态集成\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>本文以稳定版工具链为基线。安装、语法和 Cargo 行为应以 \u003Ca href=\"https:\u002F\u002Fwww.rust-lang.org\u002Ftools\u002Finstall\">Rust 官方安装页\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fbook\u002F\">The Rust Programming Language\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002F\">Cargo Book\u003C\u002Fa> 为准。\u003C\u002Fp>\n\u003Ch2 id=\"安装与创建项目\">安装与创建项目\u003C\u002Fh2>\n\u003Cp>官方推荐使用 \u003Ccode>rustup\u003C\u002Fcode> 管理工具链。安装后先检查版本：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">rustc --version\ncargo --version\nrustup show\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>创建一个二进制项目：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">cargo new log-analyzer\ncd log-analyzer\ncargo run\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Cargo 同时承担依赖管理、编译、测试、文档和发布任务：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-text\">Cargo.toml  →  依赖与项目元数据\nsrc\u002Fmain.rs →  二进制入口\nsrc\u002Flib.rs  →  可复用库入口\ntests\u002F      →  集成测试\nbenches\u002F    →  基准测试（通常配合第三方框架）\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>常用命令应尽早形成肌肉记忆：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">cargo check     # 快速类型检查，不生成最终二进制\ncargo test      # 运行测试\ncargo fmt       # 格式化\ncargo clippy    # 静态检查\ncargo build --release\ncargo doc --open\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2 id=\"用类型表达约束\">用类型表达约束\u003C\u002Fh2>\n\u003Cp>Rust 项目不应把所有输入都保留为 \u003Ccode>String\u003C\u002Fcode>。例如日志级别只有有限状态，可以用枚举：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">#[derive(Debug, Clone, Copy, PartialEq, Eq)]\nenum Level {\n    Info,\n    Warn,\n    Error,\n}\n\nstruct Record {\n    level: Level,\n    message: String,\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>这样，后续代码不需要反复判断 \u003Ccode>"error"\u003C\u002Fcode>、\u003Ccode>"ERROR"\u003C\u002Fcode> 或拼写错误。Rust 的 enum 可以携带数据，适合表达协议状态、任务结果和领域事件。\u003C\u002Fp>\n\u003Cp>当值可能不存在时使用 \u003Ccode>Option<T>\u003C\u002Fcode>，当操作可能失败时使用 \u003Ccode>Result<T, E>\u003C\u002Fcode>。这两个类型会迫使调用方显式处理缺失和失败，而不是依赖 null 或异常在远处爆炸。\u003C\u002Fp>\n\u003Ch2 id=\"所有权-先理解移动-再理解借用\">所有权：先理解移动，再理解借用\u003C\u002Fh2>\n\u003Cp>Rust 中每个值都有所有者。值被移动后，原变量通常不能再使用：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">let name = String::from("rust");\nlet moved = name;\n\u002F\u002F println!("{name}"); \u002F\u002F 编译错误：所有权已移动\nprintln!("{moved}");\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>函数只需要读取数据时，传借用而不是转移所有权：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">fn count_errors(records: &[Record]) -> usize {\n    records.iter().filter(|record| record.level == Level::Error).count()\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Ccode>&[Record]\u003C\u002Fcode> 表示只读切片，调用者仍拥有原数据。需要修改时使用 \u003Ccode>&mut T\u003C\u002Fcode>，但同一时刻对同一数据的可变访问受到严格限制。先掌握“谁拥有数据、函数需要读还是改”，大多数生命周期问题就不会神秘。\u003C\u002Fp>\n\u003Ch2 id=\"错误处理不要只用字符串\">错误处理不要只用字符串\u003C\u002Fh2>\n\u003Cp>命令行程序可以从标准库错误开始：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">use std::{fs, io, path::Path};\n\nfn read_input(path: &Path) -> Result<String, io::Error> {\n    fs::read_to_string(path)\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>应用层需要组合多种错误时，可以定义领域错误或使用社区库。关键原则是：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>库代码返回结构化错误，让调用者决定如何处理；\u003C\u002Fli>\n\u003Cli>CLI 或服务入口负责添加上下文并转换为用户可理解的信息；\u003C\u002Fli>\n\u003Cli>不要在可恢复路径中大量使用 \u003Ccode>unwrap()\u003C\u002Fcode>；\u003C\u002Fli>\n\u003Cli>不要吞掉错误后返回空结果。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Ccode>?\u003C\u002Fcode> 运算符不是忽略错误，而是把错误沿当前函数签名向上传播。\u003C\u002Fp>\n\u003Ch2 id=\"迭代器通常比索引循环更安全\">迭代器通常比索引循环更安全\u003C\u002Fh2>\n\u003Cp>Rust 的迭代器是零成本抽象的重要组成部分。下面的代码读取日志、过滤错误并统计关键词：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">fn count_timeout_errors(records: &[Record]) -> usize {\n    records\n        .iter()\n        .filter(|record| record.level == Level::Error)\n        .filter(|record| record.message.contains("timeout"))\n        .count()\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>迭代器减少手动索引和边界处理，也更容易并行化或替换数据源。性能判断仍应依赖 benchmark 和 profiler，而不是假设链式调用一定更快。\u003C\u002Fp>\n\u003Ch2 id=\"测试与文档是工具链的一部分\">测试与文档是工具链的一部分\u003C\u002Fh2>\n\u003Cp>单元测试可以和实现放在同一模块：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">#[cfg(test)]\nmod tests {\n    use super::*;\n\n    #[test]\n    fn counts_only_error_records() {\n        let records = vec![\n            Record { level: Level::Info, message: "ready".into() },\n            Record { level: Level::Error, message: "failed".into() },\n        ];\n        assert_eq!(count_errors(&records), 1);\n    }\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>公开 API 的 \u003Ccode>\u002F\u002F\u002F\u003C\u002Fcode> 文档注释可以包含可执行示例，\u003Ccode>cargo test\u003C\u002Fcode> 会运行文档测试。这让示例与代码演进保持同步，是 Rust 工具链非常实用的特性。\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Frustdoc\u002F\">Rustdoc Book\u003C\u002Fa>\u003C\u002Fp>\n\u003Ch2 id=\"并发-先用线程和消息-再引入-async\">并发：先用线程和消息，再引入 async\u003C\u002Fh2>\n\u003Cp>CPU 密集任务可从标准线程开始：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">use std::thread;\n\nlet worker = thread::spawn(|| expensive_parse());\nlet result = worker.join().expect("worker panicked");\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>如果任务主要等待网络、磁盘或大量连接，async runtime 更合适。但 async 不是“自动更快”：\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>场景\u003C\u002Fth>\n\u003Cth>优先选择\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>少量 CPU 密集任务\u003C\u002Ftd>\n\u003Ctd>线程池 \u002F 数据并行\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>大量网络连接\u003C\u002Ftd>\n\u003Ctd>async runtime\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>简单 CLI\u003C\u002Ftd>\n\u003Ctd>同步代码\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>GPU 推理\u003C\u002Ftd>\n\u003Ctd>设备运行时 + 明确的请求调度\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>不要在第一次学习所有权时同时引入 async、宏框架和复杂 trait。先写同步版本并建立测试，再根据性能数据演进。\u003C\u002Fp>\n\u003Ch2 id=\"写一个可交付的-cli\">写一个可交付的 CLI\u003C\u002Fh2>\n\u003Cp>一个生产级 CLI 至少应包含：\u003C\u002Fp>\n\u003Col>\n\u003Cli>明确的参数和 \u003Ccode>--help\u003C\u002Fcode>；\u003C\u002Fli>\n\u003Cli>非零退出码表示失败；\u003C\u002Fli>\n\u003Cli>错误写入 stderr，结果写入 stdout；\u003C\u002Fli>\n\u003Cli>可测试的库逻辑与很薄的 \u003Ccode>main\u003C\u002Fcode>；\u003C\u002Fli>\n\u003Cli>\u003Ccode>cargo build --release\u003C\u002Fcode> 的发布构建。\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>推荐结构：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-text\">src\u002Fmain.rs  → 参数解析、输出、退出码\nsrc\u002Flib.rs   → 解析、转换、领域逻辑\ntests\u002F       → 从用户视角调用二进制或库\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>这种边界比“把所有代码写进 main”更容易复用到 Web 服务或 Python 扩展中。\u003C\u002Fp>\n\u003Ch2 id=\"在-python-项目中使用-rust\">在 Python 项目中使用 Rust\u003C\u002Fh2>\n\u003Cp>AI 和数据项目通常不需要迁移整个 Python 代码库。可以只把性能热点下沉：\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-rust\">use pyo3::prelude::*;\n\n#[pyfunction]\nfn count_bytes(input: &[u8]) -> usize {\n    input.len()\n}\n\n#[pymodule]\nfn fastops(module: &Bound<'_, PyModule>) -> PyResult<()> {\n    module.add_function(wrap_pyfunction!(count_bytes, module)?)?;\n    Ok(())\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Fpyo3.rs\u002F\">PyO3\u003C\u002Fa> 提供 Rust\u002FPython 绑定，\u003Ca href=\"https:\u002F\u002Fwww.maturin.rs\u002F\">maturin\u003C\u002Fa> 可以构建 wheel。正确流程是先 profiling，再迁移热点，并用相同输入验证结果一致性。\u003C\u002Fp>\n\u003Ch2 id=\"web-服务与可观测性\">Web 服务与可观测性\u003C\u002Fh2>\n\u003Cp>Rust Web 服务的框架选择会变化，工程原则相对稳定：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>配置从环境变量或配置文件读取，不把密钥编译进二进制；\u003C\u002Fli>\n\u003Cli>为请求设置超时、大小上限和取消机制；\u003C\u002Fli>\n\u003Cli>使用结构化日志与 request ID；\u003C\u002Fli>\n\u003Cli>对数据库连接池和下游调用设置容量边界；\u003C\u002Fli>\n\u003Cli>健康检查区分“进程存活”和“依赖可用”；\u003C\u002Fli>\n\u003Cli>优雅停机时停止接收新请求并等待在途任务。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Rust 的类型系统无法替代这些生产设计，但可以让状态与错误边界更明确。\u003C\u002Fp>\n\u003Ch2 id=\"依赖与供应链\">依赖与供应链\u003C\u002Fh2>\n\u003Cp>crates.io 是 Rust 的公共包注册表，Cargo.lock 用于记录精确依赖版本。应用项目通常应提交 Cargo.lock；库项目是否提交需结合官方 Cargo FAQ 与项目策略。\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002Ffaq.html\">Cargo FAQ\u003C\u002Fa>\u003C\u002Fp>\n\u003Cp>引入依赖前至少检查：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>最近发布时间和维护状态；\u003C\u002Fli>\n\u003Cli>文档、测试和最低支持 Rust 版本；\u003C\u002Fli>\n\u003Cli>feature 是否默认引入不需要的能力；\u003C\u002Fli>\n\u003Cli>是否包含 \u003Ccode>unsafe\u003C\u002Fcode>，其边界是否清晰；\u003C\u002Fli>\n\u003Cli>许可证是否符合项目要求。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>截至 2026 年 7 月 13 日，crates.io Summary API 返回约 29.9 万个 crate。生态丰富意味着选择多，也意味着需要主动管理依赖，而不是按下载量盲选。\u003Ca href=\"https:\u002F\u002Fcrates.io\u002Fapi\u002Fv1\u002Fsummary\">crates.io API\u003C\u002Fa>\u003C\u002Fp>\n\u003Ch2 id=\"推荐学习顺序\">推荐学习顺序\u003C\u002Fh2>\n\u003Cpre>\u003Ccode class=\"language-text\">Cargo 与基础语法\n      ↓\n所有权、借用、集合\n      ↓\nOption \u002F Result \u002F 错误设计\n      ↓\ntrait、泛型、模块与测试\n      ↓\nCLI 或文件处理项目\n      ↓\n线程 \u002F async \u002F Web \u002F FFI（按需求选择）\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>最重要的不是一次学完语言，而是完成一个边界清楚的小工具：读取真实输入、返回真实错误、有测试、能构建 release。完成这个闭环后，再进入 async、宏和跨语言集成，Rust 的规则会从“编译器阻碍”变成设计反馈。\u003C\u002Fp>\n\u003Ch2 id=\"参考资料\">参考资料\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.rust-lang.org\u002Ftools\u002Finstall\">Rust 官方网站与安装\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fbook\u002F\">The Rust Programming Language\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002F\">The Cargo Book\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Fstd\u002F\">Rust Standard Library\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Frustdoc\u002F\">Rustdoc Book\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fdoc.rust-lang.org\u002Frust-by-example\u002F\">Rust by Example\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fcrates.io\u002Fapi\u002Fv1\u002Fsummary\">crates.io Summary API\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fpyo3.rs\u002F\">PyO3\u003C\u002Fa> 与 \u003Ca href=\"https:\u002F\u002Fwww.maturin.rs\u002F\">maturin\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Ful>\n","2026-07-13",[11,12,13,14],"Rust","Cargo","后端开发","工程实践",false,[17,28,31,38,48,56,65,77,88,100,109,116,123,130,137,144,154,162,172,181,189,197,206,215,224,234,241,251,257,268,274,280,287,294,301,311,320,329,339,349,359,367,377,388,398,407,415,421,429,437,445,453,461,468],{"slug":18,"title":19,"description":20,"pub_date":21,"tags":22,"draft":15,"word_count":27},"zig-language-practical-guide","Zig 语言实战：从显式内存到 C 互操作与交叉编译","以 Zig 0.16.0 为基准，理解错误处理、allocator、defer、comptime、C 互操作、构建系统、交叉编译及适用边界。","2026-07-14",[23,24,25,26,14],"Zig","系统编程","C 互操作","交叉编译",2469,{"slug":4,"title":5,"description":6,"pub_date":9,"tags":29,"draft":15,"word_count":30},[11,12,13,14],2072,{"slug":32,"title":33,"description":34,"pub_date":9,"tags":35,"draft":15,"word_count":37},"why-rust-is-becoming-mainstream-in-the-ai-era","为什么 AI 时代 Rust 正在成为主流基础设施语言","Rust 不会取代 Python，但正在 AI 基础设施、模型服务、Tokenizer、边缘计算与 Python 原生扩展中形成稳定位置。本文基于 Rust 官方调查、crates.io、Android、Linux 与 Hugging Face 的一手资料分析原因与边界。",[11,36,24,14],"AI",1891,{"slug":39,"title":40,"description":41,"pub_date":42,"tags":43,"draft":15,"word_count":47},"bis-perspective-on-artificial-intelligence","BIS 如何看待 AI：央行、生产率与金融稳定","结合国际清算银行的年度报告、工作论文与央行实践，梳理 AI 对产出、通胀、金融体系和政策治理的影响。","2026-07-10",[36,44,45,46],"BIS","金融科技","央行",2128,{"slug":49,"title":50,"description":51,"pub_date":42,"tags":52,"draft":15,"word_count":55},"what-is-a-token-in-large-language-models","什么是 Token：大模型如何切分、计量和理解文本","从分词器、词表和上下文窗口出发，解释 Token 如何影响大模型的成本、速度与工程设计。",[36,53,54,14],"大模型","Token",1677,{"slug":57,"title":58,"description":59,"pub_date":42,"tags":60,"draft":15,"word_count":64},"understanding-ai-compute-from-flops-to-memory-bandwidth","从 FLOPS 到显存带宽：AI 算力到底在算什么","拆解 AI 训练与推理中的计算量、显存、带宽、互联和成本，解释为什么峰值 FLOPS 很少等于真实吞吐。",[36,61,62,63],"算力","GPU","系统工程",2192,{"slug":66,"title":67,"description":68,"pub_date":69,"tags":70,"draft":15,"word_count":76},"ide-skills-guide","Agent Skills 完全指南：21 款第三方 Skill 深度评测与使用心得","全面评测 21 款第三方 Agent Skills，涵盖 Vue 生态、前端设计、构建工具、实用工具四大分类。从安装配置到实际使用场景，带你了解每个 Skill 的功能特点、最佳实践与使用心得。","2026-06-15",[71,72,36,73,74,75],"agent","skills","效率工具","前端","Vue",4169,{"slug":78,"title":79,"description":80,"pub_date":81,"tags":82,"draft":15,"word_count":87},"linux-kernel-skeleton-struct-funcptr-container_of","Linux 内核骨架：struct、函数指针与 container_of","读懂 Linux 内核源码的三件套：巨大的 struct 组合代替继承、函数指针表实现虚派发、container_of 宏从嵌入成员找回完整对象。","2026-05-09",[83,84,85,86],"linux","kernel","C","container_of",1369,{"slug":89,"title":90,"description":91,"pub_date":92,"tags":93,"draft":15,"word_count":99},"astro-complete-guide-2025","Astro 5 深度剖析：Islands 架构原理、构建优化与 Cloudflare Workers 边缘部署","从编译器视角解析 Astro 5 的 Islands 架构实现原理，Content Layer API 的 Vite 插件机制，Server Islands 的流式渲染，以及如何在 Cloudflare Workers + D1 边缘环境下榨干性能。","2026-05-08",[94,95,96,97,98],"astro","frontend","cloudflare","performance","architecture",3663,{"slug":101,"title":102,"description":103,"pub_date":104,"tags":105,"draft":15,"word_count":108},"llm-prompt-engineering","Prompt Engineering 实战：让 LLM 真正听话的技巧","System prompt 怎么写、Few-shot 怎么设计、Chain-of-Thought 原理，以及常见失败模式和调试方法。","2026-05-03",[106,107,14],"ai","llm",1723,{"slug":110,"title":111,"description":112,"pub_date":104,"tags":113,"draft":15,"word_count":115},"rag-system-design","RAG 系统设计：从 naive 到 production-ready","Retrieval-Augmented Generation 不只是「向量数据库 + LLM」，分块策略、召回质量、重排序、缓存才是工程核心。",[106,114,107,14],"rag",1613,{"slug":117,"title":118,"description":119,"pub_date":104,"tags":120,"draft":15,"word_count":122},"git-advanced-workflow","Git 进阶工作流：rebase、cherry-pick、bisect 的正确使用","merge 会了，但 rebase 总搞错？bisect 找 bug 提交？interactive rebase 整理历史？这篇一次说清楚。",[121,14],"git",1396,{"slug":124,"title":125,"description":126,"pub_date":104,"tags":127,"draft":15,"word_count":129},"docker-practical-guide","Docker 实战：从会用到用好","会 docker run 不够，Dockerfile 最佳实践、多阶段构建、Compose 编排、镜像瘦身才是日常真正需要的。",[128,83,14],"docker",1268,{"slug":131,"title":132,"description":133,"pub_date":104,"tags":134,"draft":15,"word_count":136},"anthropics-skills-guide","anthropics\u002Fskills：Anthropic 官方 Agent Skills 仓库解析","Anthropic 官方开源的 Agent Skills 标准仓库，127k stars，解析 SKILL.md 规范、17 个示例 skill 的设计模式，以及如何在 Claude Code \u002F Claude.ai \u002F API 中使用",[106,135,71,72],"Claude",2090,{"slug":138,"title":139,"description":140,"pub_date":104,"tags":141,"draft":15,"word_count":143},"karpathy-claude-code-guidelines","Karpathy 的 LLM 编码批评与 CLAUDE.md 最佳实践","基于 Andrej Karpathy 对 LLM 编程助手的观察，forrestchang 提炼出一个 CLAUDE.md 文件，4 条原则解决 AI 编码的典型失控问题：乱猜假设、过度设计、乱改代码、目标不清",[106,135,142,14],"Claude Code",2699,{"slug":145,"title":146,"description":147,"pub_date":104,"tags":148,"draft":15,"word_count":153},"typescript-advanced-patterns","TypeScript 高级模式：让类型系统为你工作","基础 TS 会了但类型总是 any？条件类型、映射类型、模板字面量类型、infer 关键字才是 TS 的真正威力。",[149,150,151,152],"typescript","类型系统","前端工程","高级模式",1419,{"slug":155,"title":156,"description":157,"pub_date":104,"tags":158,"draft":15,"word_count":161},"linux-performance-tuning","Linux 性能调优实战：从 top 到 perf 的完整工具链","遇到性能问题不知道从哪下手？这篇建立系统化的排查思路，从 CPU\u002F内存\u002FIO\u002F网络逐层分析。",[83,159,160,24],"性能","运维",1524,{"slug":163,"title":164,"description":165,"pub_date":104,"tags":166,"draft":15,"word_count":171},"python-functional-programming","Python 函数式编程：map\u002Ffilter\u002Freduce 之外","Python 不是纯函数式语言，但 functools、itertools、偏函数、闭包这些工具用好了能让代码简洁一个量级。",[167,168,169,170],"python","函数式","闭包","装饰器",1867,{"slug":173,"title":174,"description":175,"pub_date":104,"tags":176,"draft":15,"word_count":180},"python-oop-guide","Python 面向对象：__init__ 之外你需要知道的","Python OOP 不只是 class + __init__，魔术方法、描述符、元类才是真正的武器。",[167,177,178,179],"OOP","面向对象","魔术方法",1792,{"slug":182,"title":183,"description":184,"pub_date":104,"tags":185,"draft":15,"word_count":188},"python-data-structures","Python 内置数据结构深度解析","list、dict、set、tuple 不只是数据容器，搞懂它们的底层实现和时间复杂度，才能写出高性能 Python。",[167,186,159,187],"数据结构","算法",1517,{"slug":190,"title":191,"description":192,"pub_date":104,"tags":193,"draft":15,"word_count":196},"python-basics-quick-start","Python 快速上手：写给有编程基础的人","已经会其他语言，想快速掌握 Python 的语法特性和思维方式，这篇是捷径。",[167,194,195],"入门","基础",1607,{"slug":198,"title":199,"description":200,"pub_date":104,"tags":201,"draft":15,"word_count":205},"python-dataclass-pydantic","Python dataclass vs Pydantic：数据类选型指南","dataclass 是标准库的轻量选择，Pydantic v2 是带验证的重武器，什么时候用哪个，这篇说清楚。",[167,202,203,204],"dataclass","pydantic","数据验证",1323,{"slug":207,"title":208,"description":209,"pub_date":104,"tags":210,"draft":15,"word_count":214},"python-asyncio-practical","Python asyncio 实战：从回调地狱到协程优雅","asyncio 是 Python 异步编程的核心，搞懂 event loop、Task、gather 这些概念才能写出真正高效的异步代码。",[167,211,212,213],"asyncio","并发","网络编程",1258,{"slug":216,"title":217,"description":218,"pub_date":104,"tags":219,"draft":15,"word_count":223},"python-type-hints-guide","Python 类型注解完全指南：从入门到实践","Python 3.5+ 引入类型注解，配合 mypy\u002Fpyright 让 Python 也能享受静态类型检查的好处。",[167,220,221,222],"typescript-style","type-hints","工具链",1102,{"slug":225,"title":226,"description":227,"pub_date":228,"tags":229,"draft":15,"word_count":233},"pwa-install-update-button","PWA 踩坑：为什么安装按钮从来不出现","从 beforeinstallprompt 到 Service Worker waiting，把 PWA 的安装与更新提示真正做对","2026-05-02",[230,231,232],"pwa","javascript","web",1683,{"slug":235,"title":236,"description":237,"pub_date":238,"tags":239,"draft":15,"word_count":240},"openclaw-vs-hermes-agent","OpenClaw vs Hermes Agent：两个本地优先 Agent 的设计差异","OpenClaw（Novita AI）和 Hermes Agent（Nous Research）都是本地运行的个人 AI Agent，但在记忆系统、技能学习、运行环境和模型生态上走了不同的路。深入对比两种架构的核心差异。","2026-05-01",[106,71,107],1679,{"slug":242,"title":243,"description":244,"pub_date":238,"tags":245,"draft":15,"word_count":250},"cpp-random-design-patterns","C++ 设计模式实战：RAII、观察者、工厂","用现代 C++（C++17\u002F20）实现三种高频设计模式：RAII 资源管理、观察者模式事件系统、工厂模式插件架构。每种模式给出问题场景、实现代码和真实工程案例。",[246,247,248,249],"cpp","设计模式","c++17","工程",2613,{"slug":252,"title":253,"description":254,"pub_date":238,"tags":255,"draft":15,"word_count":256},"data-structures-fundamentals","数据结构基础：从数组到红黑树","系统梳理常用数据结构的核心原理、时间复杂度和适用场景。数组、链表、栈、队列、哈希表、二叉树、堆、图，每种结构附实现要点和 C++ 代码片段。",[186,187,246,195],3004,{"slug":258,"title":259,"description":260,"pub_date":261,"tags":262,"draft":15,"word_count":267},"network-clash-config","Clash \u002F Mihomo 配置详解：规则、策略组与分流","深入解析 Clash\u002FMihomo 的核心配置结构，包括代理节点、策略组类型、规则优先级、DNS fake-ip 模式，以及一份实用的完整配置模板。","2026-04-30",[263,264,265,266],"网络","clash","代理","配置",1384,{"slug":269,"title":270,"description":271,"pub_date":261,"tags":272,"draft":15,"word_count":273},"ai-agent-what-is","什么是 AI Agent？从 LLM 到自主执行","LLM 本身是无状态问答机，Agent 是什么让它’动’起来的？本文深入解析 Agent 的四个核心能力、ReAct 框架、工具调用原理，以及主流框架横向对比。",[106,71,107],2116,{"slug":275,"title":276,"description":277,"pub_date":261,"tags":278,"draft":15,"word_count":279},"ai-agent-memory","AI Agent 的记忆系统：从上下文窗口到长期记忆","深入拆解 AI Agent 的四种记忆类型、上下文窗口压缩策略、RAG 向量检索原理，以及三种典型失败模式和工程选型建议。",[106,71,114],2052,{"slug":281,"title":282,"description":283,"pub_date":261,"tags":284,"draft":15,"word_count":286},"network-proxy-vpn-guide","代理与翻墙技术原理：从 HTTP 代理到现代协议","深入解析代理与 VPN 的本质区别，梳理从 SOCKS5 到 Shadowsocks、V2Ray\u002FXray、Hysteria2 的协议演进，以及机场订阅的技术本质。",[263,265,285],"协议",2148,{"slug":288,"title":289,"description":290,"pub_date":261,"tags":291,"draft":15,"word_count":196},"algorithm-binary-search","二分查找：永远写不对？记住这个模板","彻底搞清楚二分查找的边界问题：闭区间和左闭右开两套模板、三道经典 LeetCode 题目完整 C++ 实现，以及二分答案的进阶思路。",[187,292,293,246],"二分查找","leetcode",{"slug":295,"title":296,"description":297,"pub_date":261,"tags":298,"draft":15,"word_count":300},"algorithm-sliding-window","滑动窗口算法：从暴力到 O(n) 的思维跃迁","系统讲解滑动窗口算法的核心模板、适用题型，配合三道经典 LeetCode 题目的完整 C++ 实现，彻底理解双指针收缩思路。",[187,299,293,246],"滑动窗口",1943,{"slug":302,"title":303,"description":304,"pub_date":305,"tags":306,"draft":15,"word_count":310},"hid-hotplug","HID 设备热插拔检测：从 udev 到 node-hid","在 Linux 上用 node-hid + usb 库实现可靠的 USB HID 设备热插拔检测，踩坑记录","2026-04-28",[246,307,83,308,309],"hid","nodejs","electron",2039,{"slug":312,"title":313,"description":314,"pub_date":315,"tags":316,"draft":15,"word_count":319},"electron-ipc-types","Electron IPC 类型安全：从 any 到完全类型化","用 TypeScript 泛型封装 Electron IPC，彻底消灭 any，preload 契约集中管理","2026-04-25",[309,149,317,318],"ipc","vue",1446,{"slug":321,"title":322,"description":323,"pub_date":324,"tags":325,"draft":15,"word_count":328},"element-plus-popover-hide","手动关闭多个 el-popover（不用 v-model:visible）","通过 ref + Reflect.get 调用 hide() 方法手动关闭 Element Plus Popover，解释 Vue3 Proxy 导致无法直接调用实例方法的原因。","2024-10-25",[318,326,327],"element-plus","vue3",1321,{"slug":330,"title":331,"description":332,"pub_date":333,"tags":334,"draft":15,"word_count":338},"vite-vue3-ts-elementplus-pinia","用 Vite+（vp）从零搭建 Vue3 + TypeScript + Element Plus + Pinia + Vue Router","使用 Vite+ 统一工具链（vp）一条命令搭建 Vue3 全家桶，涵盖按需导入、Pinia store、路由配置，以及常见坑的解决方案。","2024-08-27",[318,335,149,326,336,337],"vite","pinia","vite-plus",1960,{"slug":340,"title":341,"description":342,"pub_date":343,"tags":344,"draft":15,"word_count":348},"cef-lnk2038-iterator-debug-level","CEF LNK2038：解决 _ITERATOR_DEBUG_LEVEL 不匹配错误","分析 CEF（Chromium Embedded Framework）集成时出现的 LNK2038 _ITERATOR_DEBUG_LEVEL 链接错误，从根本原因到解决方案的完整指南。","2024-05-07",[246,345,346,347],"CEF","Visual Studio","链接错误",1509,{"slug":350,"title":351,"description":352,"pub_date":353,"tags":354,"draft":15,"word_count":358},"npm-electron-install-fix","彻底解决 npm 安装 Electron 失败的问题","分析 npm install electron 失败的根本原因（下载二进制超时\u002F被墙），通过国内镜像（npmmirror）彻底解决，并介绍多种备选方案和常见错误排查。","2024-03-01",[309,355,356,357],"npm","前端工具链","国内镜像",1494,{"slug":360,"title":361,"description":362,"pub_date":363,"tags":364,"draft":15,"word_count":366},"git-out-of-memory","解决 git 报错：Fatal: Out of memory, malloc failed","分析 git 大仓库操作时出现 Out of memory malloc failed 的根本原因，通过调整 pack.windowMemory、http.postBuffer 和 git repack 彻底解决。","2024-01-31",[121,83,365],"工具",2244,{"slug":368,"title":369,"description":370,"pub_date":371,"tags":372,"draft":15,"word_count":376},"vmware-tools-install","在 VMware 虚拟机中安装 open-vm-tools 完整指南","详解 VMware Tools 的作用、open-vm-tools 与官方 VMware Tools 的区别，以及在 Ubuntu 虚拟机中安装并生效的完整步骤和常见问题排查。","2023-11-21",[373,83,374,375],"VMware","Ubuntu","虚拟机",2523,{"slug":378,"title":379,"description":380,"pub_date":381,"tags":382,"draft":15,"word_count":387},"load-balancing-algorithms","负载均衡算法完全指南：从轮询到一致性哈希","系统梳理静态与动态负载均衡算法，涵盖轮询、随机、权重、IP Hash、一致性 Hash、最少连接、最快响应等，并对比 Nginx、Dubbo、Spring Cloud LoadBalancer 的实现差异。","2023-11-15",[383,384,385,386],"分布式","负载均衡","Nginx","微服务",1764,{"slug":389,"title":390,"description":391,"pub_date":392,"tags":393,"draft":15,"word_count":397},"win-cw2a-ca2w","ATL 字符串转换：CW2A 与 CA2W 完全指南","详解 ATL 宏 CW2A\u002FCA2W 在 Unicode 与 ANSI 之间的字符串转换用法、头文件依赖、USES_CONVERSION 宏的作用与常见陷阱。","2023-06-09",[246,394,395,396],"windows","ATL","字符串",1665,{"slug":399,"title":400,"description":401,"pub_date":392,"tags":402,"draft":15,"word_count":406},"csharp-sendmessage-cpp","C# 通过 SendMessage 向 C++ 窗口发送消息与字符串","使用 P\u002FInvoke 调用 user32.dll 的 SendMessage，从 C# 发送自定义 WM_USER 消息及字符串指针给 C++ 原生窗口，并在 C++ 侧正确接收和转换。",[403,246,394,404,405],"C#","互操作","PInvoke",1554,{"slug":408,"title":409,"description":410,"pub_date":411,"tags":412,"draft":15,"word_count":414},"win-postmessage-vector","Windows PostMessage 跨线程传递 std::vector 指针","通过 PostMessage 在 Windows 消息队列中传递 std::vector 指针，使用 reinterpret_cast 将指针装入 LPARAM，并在接收方正确释放内存。","2023-05-26",[246,394,413],"WinAPI",1823,{"slug":416,"title":417,"description":418,"pub_date":411,"tags":419,"draft":15,"word_count":420},"exe-dll-single-package","将 EXE 和 DLL 打包成单一可执行文件","介绍两种将 exe 和依赖 dll 打包成单文件的方案：Enigma Virtual Box 和 WinRAR 自解压，适合发布 Windows 桌面程序时简化分发流程。",[394,246,365],1619,{"slug":422,"title":423,"description":424,"pub_date":411,"tags":425,"draft":15,"word_count":428},"cpp-random-mt19937","C++ 现代随机数生成：用 mt19937 彻底告别 rand()","深入讲解为什么 rand() 不够用，以及如何用 C++11 的 \u003Crandom> 库正确生成高质量随机数，涵盖 mt19937、各种分布和线程安全。",[246,426,427],"c++11","random",1549,{"slug":430,"title":431,"description":432,"pub_date":433,"tags":434,"draft":15,"word_count":436},"win-startup-registry","C++ 实现程序开机自启动：注册表方式详解","通过操作 Windows 注册表 Run 键实现程序开机自启动，包括 HKCU 与 HKLM 区别、完整封装代码、工作目录问题和 UAC 权限处理。","2022-12-26",[394,246,435],"registry",1201,{"slug":438,"title":439,"description":440,"pub_date":441,"tags":442,"draft":15,"word_count":444},"mfc-cstring-wparam","MFC 中 CString 与 WPARAM 之间的转换","详解 MFC 消息传递中 CString 无法直接强转为 WPARAM 的原因，以及两种正确的转换方案，并介绍结构体指针传递的正确姿势。","2022-11-25",[443,246,394],"mfc",1546,{"slug":446,"title":447,"description":448,"pub_date":449,"tags":450,"draft":15,"word_count":452},"duilib-static-build","正确编译 Duilib 静态库：避免 ATL 依赖和链接错误","详解如何用 DuiLib_Static.vcxproj 编译 Duilib 静态库，解决 VARIANT 未定义、Unicode 配置不匹配和 ATL 依赖等常见问题。","2022-08-24",[246,451,394,443],"duilib",2639,{"slug":454,"title":455,"description":456,"pub_date":457,"tags":458,"draft":15,"word_count":460},"mfc-dpi-adaptive","MFC 界面自适应不同分辨率","MFC 对话框程序实现控件和字体随分辨率自动缩放的完整方案，附 DPI Awareness 配置说明","2022-08-17",[443,246,394,459],"dpi",1414,{"slug":462,"title":463,"description":464,"pub_date":465,"tags":466,"draft":15,"word_count":467},"mfc-drag-window","MFC 无标题栏窗口客户区拖动：三种方法对比","MFC 对话框去掉标题栏后如何实现拖动移动窗口，三种方案完整实现与适用场景分析","2022-08-16",[443,246,394],1633,{"slug":469,"title":470,"description":471,"pub_date":472,"tags":473,"draft":15,"word_count":475},"algorithm-number-complement","整数的补数：位运算掩码解法","LeetCode 476 题，用掩码 XOR 实现整数补数，附 C++\u002FPython\u002FJava 三种实现及补数与补码的区别","2021-03-08",[187,474,293],"位运算",1374,[]]