此笔记只是记录在使用rust遇到的一些坑或者一些比较好用的工具或者其他的东东。本人主要用rust开发网络相关的程序或者桌面程序，因此不涉及音视频和其他的领域。

cross:跨平台编译，甚至在github actions也可以直接用cross。

tarpaulin:单元测试覆盖率。

min-sized-rust:减少编译后的二进制文件大小。

常用的tokio异步运行时不多说了。http web框架可能有争议,比如warp,actix-web可能性能会好一点，但是axum写起来更简单。sqlx虽然直接写sql，相信我，其他的ORM框架更难用！

tracing:tokio的日志模块，非常强大，在tokio运行时中强烈建议使用tracing配合tracing-appender做日志。

hyper:开发底层http1、http2必备的crates。

axum:http web框架,CRUD boy必备。

sqlx:sqlx框架,CRUD boy 必备。

reqwest:http client。

clap:开发终端工具/命令行程序必备。

openssl:openssl相关，由于很多crate是基于openssl的，一般都是作为vendor引入编译的时候直接一起编译。

如果用rust做web程序，根本用不到生命周期。我至今还不懂生命周期，照样用rust开发web，技术栈就是axum tracing sqlx reqwest。

先说答案，默认的allocator，在并发数升高后会导致内存飙升，且并发数降低时，内存不会降低。当前的解决方案是使用MiMalloc(本人已经验证过，效果良好)。具体的问题讨论在这里。

• 如果你肯定你的锁是读超多写很少的场景，那么直接用RwLock。
• 如果你不确定你的锁的使用场景，请使用互斥锁。

互斥锁并不慢，我使用互斥锁来存储redis的所有数据，最后多线程的压测结果，rcache的吞吐量是redis的两倍。

先说结果，不一定，而且异步的程序相比同步的程序肯定要慢的。

什么时候使用异步运行时开发呢？

• 网络编程就是一个非常好的例子，网络程序中，程序大量的时间都在读取IO，因此可以用异步获取超高的吞吐量。

什么时候使用同步运行时开发程序呢?

• 算法大赛，需要你写一个rust算法比比谁的算法快。
• 1brc

常用场景:我看tokio里面有Mutex我就直接用了，没想那么多。

这个Mutex的性能很低，相比std::sync::Mutex性能低一倍以上。如果对性能敏感的应用可以直接在异步运行时中使用std::sync::Mutex。感兴趣的可以看一下tokio的关于Mutex的文档。压测的程序在这里.但是在异步运行时中使用std的Mutex时需要注意的原则是“锁保护的代码段不跨越await”。

• 使用drop关键字释放锁
• a.lock().clone 也可以释放锁
• 使用大括号将加锁的代码括起来，代码执行出大括号则自动释放锁

let a=b.await?;
let c=a.read().await?;

let c=b.and_then(|d|d.read()).await?

看上去第二种写法只await一次，其实如上两种写法性能上没有本质差别,第二种写法只是使用了future这个crates提供的内部的状态机。