|
|
@ -32,9 +32,9 @@
|
|
|
|
* [tokio-rs/tracing](https://github.com/tokio-rs/tracing) 强大的日志框架,同时还支持OpenTelemetry格式,无缝打通未来的监控
|
|
|
|
* [tokio-rs/tracing](https://github.com/tokio-rs/tracing) 强大的日志框架,同时还支持OpenTelemetry格式,无缝打通未来的监控
|
|
|
|
* [rust-lang/log](https://github.com/rust-lang/log) 官方日志库,事实上的API标准, 但是三方库未必遵循
|
|
|
|
* [rust-lang/log](https://github.com/rust-lang/log) 官方日志库,事实上的API标准, 但是三方库未必遵循
|
|
|
|
* [estk/log4rs](https://github.com/estk/log4rs) 模仿JAVA `logback`和`log4j`实现的日志库, 可配置性较强
|
|
|
|
* [estk/log4rs](https://github.com/estk/log4rs) 模仿JAVA `logback`和`log4j`实现的日志库, 可配置性较强
|
|
|
|
* 在其它文章中,也许会推荐slog,但是我们不推荐,一个是因为近半年未更新,一个是`slog`自己也推荐使用`tracing`。
|
|
|
|
* 在其它文章中,也许会推荐`slog`,但是我们不推荐,一个是因为近半年未更新,一个是`slog`自己也推荐使用`tracing`。
|
|
|
|
* 监控
|
|
|
|
* 监控
|
|
|
|
* [OpenTelemetry](https://github.com/open-telemetry/opentelemetry-rust) `OpenTelemetry`是现在非常火的可观测性解决方案,提供了协议、API、SDK等核心工具,用于收集监控数据,最后将这些metrics/logs/traces数据写入到`prometheus`, `jaeger`等监控平台中。最主要是,它后台很硬,后面有各大公司作为背书,未来非常看好!
|
|
|
|
* [OpenTelemetry](https://github.com/open-telemetry/opentelemetry-rust) 是现在非常火的可观测性解决方案,提供了协议、API、SDK等核心工具,用于收集监控数据,最后将这些metrics/logs/traces数据写入到`prometheus`, `jaeger`等监控平台中。最主要是,它后台很硬,后面有各大公司作为背书,未来非常看好!
|
|
|
|
* [vectordotdev/vector](https://github.com/vectordotdev/vector) 一个性能很高的数据采集agent,采集本地的日志、监控等数据,发送到远程的kafka、jaeger等数据下沉端,它最大的优点就是能从多种数据源(包括Opentelemetry)收集数据,然后推送到多个数据处理或者存储等下沉端。
|
|
|
|
* [vectordotdev/vector](https://github.com/vectordotdev/vector) 一个性能很高的数据采集agent,采集本地的日志、监控等数据,发送到远程的kafka、jaeger等数据下沉端,它最大的优点就是能从多种数据源(包括Opentelemetry)收集数据,然后推送到多个数据处理或者存储等下沉端。
|
|
|
|
|
|
|
|
|
|
|
|
### SQL客户端
|
|
|
|
### SQL客户端
|
|
|
@ -106,7 +106,7 @@
|
|
|
|
* [tokio-rs/tokio](https://github.com/tokio-rs/tokio) 最火的异步网络库,除了复杂上手难度高一些外,没有其它大的问题。同时tokio团队提供了多个非常优秀的Rust库,整个生态欣欣向荣,用户认可度很高
|
|
|
|
* [tokio-rs/tokio](https://github.com/tokio-rs/tokio) 最火的异步网络库,除了复杂上手难度高一些外,没有其它大的问题。同时tokio团队提供了多个非常优秀的Rust库,整个生态欣欣向荣,用户认可度很高
|
|
|
|
* [async-std](https://async.rs/) 跟标准库API很像的异步网络库,相对简单易用,但是貌似开发有些停滞,还有就是功能上不够完善。但是对于普通用户来说,这个库非常值得一试,它在功能和简单易用上取得了很好的平衡
|
|
|
|
* [async-std](https://async.rs/) 跟标准库API很像的异步网络库,相对简单易用,但是貌似开发有些停滞,还有就是功能上不够完善。但是对于普通用户来说,这个库非常值得一试,它在功能和简单易用上取得了很好的平衡
|
|
|
|
* [actix](https://github.com/actix/actix) 基于Actor模型的异步网络库,但这个库的开发貌似已经停滞,他们团队一直在专注于`actix-web`的开发
|
|
|
|
* [actix](https://github.com/actix/actix) 基于Actor模型的异步网络库,但这个库的开发貌似已经停滞,他们团队一直在专注于`actix-web`的开发
|
|
|
|
* [mio](https://github.com/tokio-rs/mio) 严格来说,MIO与之前三个不是同一个用途的,MIO = Meta IO,是一个底层IO库,往往用于构建其它网络库,当然如果你对应用网络性能有非常极限的要求, 可以考虑它,因为它的层次比较低,所带来的抽象负担小,所以性能损耗小
|
|
|
|
* [mio](https://github.com/tokio-rs/mio) 严格来说,MIO与之前三个不是同一个用途的,MIO = Meta IO,是一个底层IO库,往往用于构建其它网络库,当然如果你对应用网络性能有非常极限的要求,可以考虑它,因为它的层次比较低,所带来的抽象负担小,所以性能损耗小
|
|
|
|
* 如果你要开发生产级别的项目,我推荐使用`tokio`,稳定可靠,功能丰富,控制粒度细;自己的学习项目或者没有那么严肃的开源项目,我推荐`async-std`,简单好用,值得学习;当你确切知道需要Actor网络模型时,就用`actix`
|
|
|
|
* 如果你要开发生产级别的项目,我推荐使用`tokio`,稳定可靠,功能丰富,控制粒度细;自己的学习项目或者没有那么严肃的开源项目,我推荐`async-std`,简单好用,值得学习;当你确切知道需要Actor网络模型时,就用`actix`
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
@ -116,22 +116,22 @@
|
|
|
|
* [elastic/elasticsearch](https://github.com/elastic/elasticsearch-rs) 官方es客户端,目前第三方的基本都处于停滞状态,所以不管好坏,用呗
|
|
|
|
* [elastic/elasticsearch](https://github.com/elastic/elasticsearch-rs) 官方es客户端,目前第三方的基本都处于停滞状态,所以不管好坏,用呗
|
|
|
|
|
|
|
|
|
|
|
|
* Rust搜索引擎
|
|
|
|
* Rust搜索引擎
|
|
|
|
* [Tantivy](https://github.com/quickwit-inc/tantivy) Tantivy是Rust实现的本地搜索库,功能对标`lucene`,如果你不需要分布式,那么引入tantivy作为自己本地Rust服务的一个搜索,是相当不错的选择,该库作者一直很活跃,而且最近还创立了搜索引擎公司,感觉大有作为. 该库的优点在于纯Rust实现,性能高(lucene的2-3倍),资源占用低(对比java自然不是一个数量级),社区活跃。
|
|
|
|
* [Tantivy](https://github.com/quickwit-inc/tantivy) Tantivy是Rust实现的本地搜索库,功能对标`lucene`,如果你不需要分布式,那么引入tantivy作为自己本地Rust服务的一个搜索,是相当不错的选择,该库作者一直很活跃,而且最近还创立了搜索引擎公司,感觉大有作为。该库的优点在于纯Rust实现,性能高(lucene的2-3倍),资源占用低(对比java自然不是一个数量级),社区活跃。
|
|
|
|
|
|
|
|
|
|
|
|
* Rust搜索平台
|
|
|
|
* Rust搜索平台
|
|
|
|
* [quickwit](https://github.com/quickwit-inc/quickwit) 对标ElasticSearch,一个通用目的的分布式搜索平台,目前还在起步阶段(0.2版本),未来非常可期,目前还不建议使用
|
|
|
|
* [quickwit](https://github.com/quickwit-inc/quickwit) 对标ElasticSearch,一个通用目的的分布式搜索平台,目前还在起步阶段(0.2版本),未来非常可期,目前还不建议使用
|
|
|
|
* [MeiliSearch](https://github.com/meilisearch/MeiliSearch) 虽然也是一个搜索平台,但是并不是通用目的的,`MeiliSearch`目标是为终端用户提供边输入边提示的即刻搜索功能,因此是一个轻量级搜索平台,不适用于数据量大时的搜索目的。总之,如果你需要在网页端或者APP为用户提供一个搜索条,然后支持输入容错、前缀搜索时,就可以使用它。
|
|
|
|
* [MeiliSearch](https://github.com/meilisearch/MeiliSearch) 虽然也是一个搜索平台,但是并不是通用目的的,`MeiliSearch`目标是为终端用户提供边输入边提示的即刻搜索功能,因此是一个轻量级搜索平台,不适用于数据量大时的搜索目的。总之,如果你需要在网页端或者APP为用户提供一个搜索条,然后支持输入容错、前缀搜索时,就可以使用它。
|
|
|
|
*
|
|
|
|
|
|
|
|
### 代码Debug
|
|
|
|
### 代码Debug
|
|
|
|
* GDB
|
|
|
|
* GDB
|
|
|
|
* [gdbgui](https://github.com/cs01/gdbgui) 提供浏览器支持的gdb debug工具,支持C,C++,Rust和Go.
|
|
|
|
* [gdbgui](https://github.com/cs01/gdbgui) 提供浏览器支持的gdb debug工具,支持C,C++,Rust和Go.
|
|
|
|
|
|
|
|
|
|
|
|
* LLDB
|
|
|
|
* LLDB
|
|
|
|
* [CodeLLDB](https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb) — 专门为VSCode设计的LLDB Debug扩展
|
|
|
|
* [CodeLLDB](https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb) 专门为VSCode设计的LLDB Debug扩展
|
|
|
|
|
|
|
|
|
|
|
|
### 性能优化
|
|
|
|
### 性能优化
|
|
|
|
* [bheisler/criterion.rs](https://github.com/bheisler/criterion.rs) 比官方提供的benchmark库更好,目前已经成为事实上标准的性能测试工具
|
|
|
|
* [bheisler/criterion.rs](https://github.com/bheisler/criterion.rs) 比官方提供的benchmark库更好,目前已经成为事实上标准的性能测试工具
|
|
|
|
* [Bytehound](https://github.com/koute/bytehound) Linux下的内存分析工具,可以用来分析:内存泄漏、内存分配、调用栈追踪,甚至它还有一个浏览器UI! 懂的人都懂,性能测试工具的UI服务是多么稀缺和珍贵!
|
|
|
|
* [Bytehound](https://github.com/koute/bytehound) Linux下的内存分析工具,可以用来分析:内存泄漏、内存分配、调用栈追踪,甚至它还有一个浏览器UI!懂的人都懂,性能测试工具的UI服务是多么稀缺和珍贵!
|
|
|
|
* [llogiq/flame](https://github.com/llogiq/flame) 专为Rust打造的火焰图分析工具,可以告诉你程序在哪些代码上花费的时间过多,非常适合用于代码性能瓶颈的分析。与`perf`不同,`flame`库允许你自己定义想要测试的代码片段,只需要在代码前后加上相应的指令即可,非常好用
|
|
|
|
* [llogiq/flame](https://github.com/llogiq/flame) 专为Rust打造的火焰图分析工具,可以告诉你程序在哪些代码上花费的时间过多,非常适合用于代码性能瓶颈的分析。与`perf`不同,`flame`库允许你自己定义想要测试的代码片段,只需要在代码前后加上相应的指令即可,非常好用
|
|
|
|
* [sharkdp/hyperfine](https://github.com/sharkdp/hyperfine) 一个命令行benchmark工具,支持任意shell命令,支持缓存清除、预热、多次运行统计分析等,尽量保证结果的准确性
|
|
|
|
* [sharkdp/hyperfine](https://github.com/sharkdp/hyperfine) 一个命令行benchmark工具,支持任意shell命令,支持缓存清除、预热、多次运行统计分析等,尽量保证结果的准确性
|
|
|
|
|
|
|
|
|
|
|
@ -142,7 +142,7 @@
|
|
|
|
* [BurntSushi/rust-csv](https://github.com/BurntSushi/rust-csv) 高性能CSV读写库,支持[Serde](https://github.com/serde-rs/serde)
|
|
|
|
* [BurntSushi/rust-csv](https://github.com/BurntSushi/rust-csv) 高性能CSV读写库,支持[Serde](https://github.com/serde-rs/serde)
|
|
|
|
|
|
|
|
|
|
|
|
* JSON
|
|
|
|
* JSON
|
|
|
|
* [serde-rs/json](https://github.com/serde-rs/json) 快到上天的JSON库,也是Rust事实上的标准JSON库,你也可以使用它的大哥[serde](https://github.com/serde-rs/serde),一个更通用的序列化/反序列化库
|
|
|
|
* [serde-rs/json](https://github.com/serde-rs/json) 快到上天的JSON库,也是Rust事实上的标准JSON库,你也可以使用它的大哥[Serde](https://github.com/serde-rs/serde),一个更通用的序列化/反序列化库
|
|
|
|
|
|
|
|
|
|
|
|
* MsgPack
|
|
|
|
* MsgPack
|
|
|
|
* [3Hren/msgpack-rust](https://github.com/3Hren/msgpack-rust) 纯Rust实现的MessagePack编解码协议
|
|
|
|
* [3Hren/msgpack-rust](https://github.com/3Hren/msgpack-rust) 纯Rust实现的MessagePack编解码协议
|
|
|
|