在开发桌面剪贴板同步应用(UniClipboard)时，遇到了一个令人困扰的问题：即使修改与 objc2 库无关的代码，Rust 编译器仍会重新编译 objc2 库，严重影响开发效率。经分析发现，依赖重复编译问题主要源于 Rust 默认的构建策略，处理 objc2 库作为关键依赖的逻辑。优化策略包括调整 Cargo 配置以优化编译，使用 sccache 缓存工具加速编译，并对不同依赖包设置不同的优化级别。优化后，构建时间显著减少，开发体验得到明显改善。此经验也适用于其他 Rust 项目，通过正确配置和利用构建工具，可提高开发效率，优化编码体验。

在 Rust 开发中，优化类型转换是关键。通过使用 Rust 标准库的 From trait，可以更符合语言惯用法，但需要注意泛型参数数量限制。解决方法是使用元组来组合参数。处理 Path 与 PathBuf 的不匹配时，采用泛型参数方式更通用。AsRef trait 在类型转换中的重要性不可忽视，提供了灵活的引用转换方式。通过这次重构，代码更符合 Rust 惯用法，接口更灵活，并充分利用了 Rust 强大的类型系统。总结来说，优先使用标准 trait 进行类型转换，利用 AsRef / AsMut 实现灵活的引用转换，通过泛型参数使 API 更通用。在设计接受多种相似类型的 API 时，这种模式特别有用。

在 Rust 异步编程中，常见错误是在持有 Mutex 锁的情况下使用 .await，可能导致编译错误。问题在于 MutexGuard 不是 Send 的，而异步任务可能在不同线程间切换，违反 Rust 的线程安全保证。正确的解决方案是在 await 前释放锁，通过额外作用域控制和提取数据来确保安全。其他解决方案包括使用专为异步设计的锁如 tokio::sync::Mutex，以及减少锁的持有时间。总体原则是避免在持有 std::sync::Mutex 时使用 .await，释放所有 MutexGuard，并考虑使用异步友好的锁。

异步互斥锁相较于同步互斥锁更"昂贵"的主要原因在于其复杂的内部实现，需要管理任务等待队列和唤醒机制，与异步运行时的集成带来额外开销，以及通常在内部仍然使用同步互斥锁，增加了一层间接性，需要创建和管理Future对象。推荐在不需要跨越.await点持有锁时使用标准同步互斥锁，只有在需要同时持有锁进行异步操作时，才值得使用异步互斥锁。

互斥锁是一种同步原语，用于保护共享数据，确保只有一个线程可以访问。标准库和异步互斥锁的主要区别在于阻塞行为和性能开销。标准库锁会阻塞整个线程，而异步锁只会挂起当前任务。在跨越.await点和性能开销方面也有显著差异。标准库适合短时间持有，而异步适合长时间持有并需要执行异步操作。最佳实践是默认选择标准库锁，除非有特殊需求，还应考虑包装模式和专门的管理任务。

在 Windows 上构建 Rust 项目时，若遇到 openssl-sys 构建失败的问题，需要手动安装 OpenSSL。首先使用 choco 安装 OpenSSL，然后设置环境变量 OPENSSL_DIR 和 OPENSSL_LIB_DIR。最后，重启 VSCode 重新构建即可解决该问题。详细操作可参考相关链接。文章来源：<https://juejin.cn/post/6994715287178182693>。

在 Rust 开发中，测试是确保代码质量的关键环节。而并行执行测试可能导致共享资源冲突。解决方案包括使用 serial_test crate 进行串行执行、互斥锁保护资源访问、创建独立的测试环境、使用测试模块和一次性初始化、以及使用 #[ignore] 属性标记问题测试。选择合适的策略取决于具体需求，但要意识到并行测试可能带来的潜在问题，并采取适当措施确保测试的可靠性。