自从tokio1.0发布以来，rust的异步开发总算大势已定。尽管没达到标准库的速度，依然挡不住大家的热情。看编程排行榜，增加2倍的开发者。既生瑜何生亮，感觉go就是小号的rust。 不废话了。背景：之前用go开发一个边缘网关的小东东，业余时间做了一大半。后来学了rust，打算练手，用rust重新写。在crate中央仓库里找来找去，选择了tokio-modbus。测试中发现用rtu的方式下，如果slave没有发回数据，程序将陷入无限等待中。也没找到如何设置这个超时。串口配置中倒是有个超时设置，不知道有啥用。在tokio-modbus的github上，找到有人提到这个问题。那个解决问题的方式实在

2020年学习rust的时候，web框架一大堆，感觉无所适从。有的框架类似于springboot里注解的方式 使用宏，有的是用函数的方式。随着异步框架tokio地位的稳固，axum是一个不错的选择。axum采用的是函数的方式。其实框架里是写好的验证处理程序的。源码里有基本验证和令牌验证两种方式。原来有的令牌验证，一是字段不能重新定义，二是字段的值分为两部分。如果前端的人不是深究过http协议，估计会骂街。前端提交了用户名和密码后，得到了jwt。后续业务中，将jwt放置到商量好的自定义header里即可。以令牌里只涉及用户ID和过期时间为例定义Claims。#[derive(Debug,Seri

注：此文适合于对rust有一些了解的朋友iced是一个跨平台的GUI库，用于为rust语言程序构建UI界面。想要了解如何构建简单窗口的可以看本系列的第一篇：RustUI开发：使用iced构建UI时，如何在界面显示中文字符本篇是系列第二篇，主要解决一个问题，就是为窗口添加图标icon。注：窗口图标在其他语言中，应该是非常容易实现的，但iced是一个发展中的库，很多方面还不成熟，我在用iced自己的方法测试window图标，花了很多时间，效果还不好，所以特意记录此篇，一来做个记录，方便以后回看，二来给其他有这方面问题的朋友做个参考。我们先来看一下iced中对于窗口参数设置里icon的定义：///T

目录1、枚举的定义1.1 Option枚举和其相对于空值的优势 2、match控制流结构2.1 匹配Option2.2 匹配是穷尽的2.3 通配模式和_占位符3、iflet简洁控制流1、枚举的定义枚举（enumerations），也被称作 enums。枚举允许你通过列举可能的 成员（variants）来定义一个类型。首先，我们会定义并使用一个枚举来展示它是如何连同数据一起编码信息的。接下来，我们会探索一个特别有用的枚举，叫做 Option，它代表一个值要么是某个值要么什么都不是。然后会讲到在 match 表达式中用模式匹配，针对不同的枚举值编写相应要执行的代码。最后会介绍 iflet，另一个简

前言在之前的用Rust搭建ReactServerComponents的Web服务器我们利用了Axum构建了RSC的服务器。也算是用Rust在构建Web服务上的小试牛刀。虽然说Axum在RustWeb应用中一枝独秀。但是，市面上也有很多不同的解决方案。所以，今天我们就比较一些 Rust 框架，突出它们各自的优势和缺点，以帮助我们为项目做出明智的决策。没有对比就没有选择，我们只有在真正的了解各个框架的优缺点和适应场景，在以后的开发中才能有的放矢的放心选择。文本中，我们会介绍很多Rust框架。并且会按照如下的受欢迎程度的顺序来讲。图片好了，天不早了，干点正事哇。我们能所学到的知识点AxumActix

一个优秀的项目，错误处理的优雅性是至关重要的，而rust，anyhowcreat是绕不过去的一个，今天我们来研究下，怎么使用它，帮助我们写出更优雅的代码关注vxgolang技术实验室，获取更多golang、rust好文Part1一、anyhowanyhow::Error是这个crate中最重要的结构体，它是动态错误类型的包装器，能从所有实现了std::error::Error+Send+Sync+'static的错误转换而来，也能转换成Box，它有以下特点：anyhow::Error要求包裹的错误必须是Send+Sync+'static；anyhow::Error保证backtrace是可用的

文章目录Async编程简介async/.await简单入门Future执行器与任务调度Future特征使用Waker来唤醒任务构建一个定时器执行器Executor构建执行器完整代码Async编程简介OS线程,它最简单，也无需改变任何编程模型(业务/代码逻辑)，因此非常适合作为语言的原生并发模型，我们在多线程章节也提到过，Rust就选择了原生支持线程级的并发编程。但是，这种模型也有缺点，例如线程间的同步将变得更加困难，线程间的上下文切换损耗较大。使用线程池在一定程度上可以提升性能，但是对于IO密集的场景来说，线程池还是不够。事件驱动(Eventdriven),如果说事件驱动常常跟回调(Callb

文章目录定海神针Pin和Unpin为何需要PinUnpin深入理解PinPin在实践中的运用固定到堆上将固定住的Future变为Unpin总结定海神针Pin和Unpin在Rust中，所有的类型可以分为两类:类型的值可以在内存中安全地被移动，例如数值、字符串、布尔值、结构体、枚举，总之你能想到的几乎所有类型都可以落入到此范畴内自引用类型，为何需要Pin其实Pin还有一个小伙伴UnPin，与前者相反，后者表示类型可以在内存中安全地移动。在深入之前，我们先来回忆下async/.await是如何工作的:letfut_one=/*...*/;//Future1letfut_two=/*...*/;//F

二者相同点都是编译型语言都是强类型语言性能都比较出色语言特色对比Golang的特色是简单，原生支持并发，编译速度和执行速度有所均衡Rust特色专注内存的安全语言，追求极致的执行速度，编译较慢语法对比区别点：变量的声明：golang不允许重复声明rust可重复声明，并且每次声明的类型可以不一致//golang声明varaint32a=1varaint32=2 //aredeclaredinthisblock//rust声明leta=1; //第一次定义a为数字1leta=a+1; //第二次定义a为数字2leta="123" //第三次定义a为字符串123垃圾回收

本篇是对Rust编程语言17_Rust的Vec优化[1]学习与记录MiniVechttps://crates.io/crates/minivecenum DataWithVec {    // tag,uint64,8字节    I32(i32),       //  4字节,但需内存对齐到8字节?    F64(f64),       // 8字节    Bytes(Vecu8>), // 24字节}fn main() {    println!(        "DataWithVec这个Option类型占的内存空间为:{}字节",        std::mem::size_of::()