你的想法也没什么问题。标准库没提供，只能手动 clone ，但是 tokio 提供了你想要的功能。
https://docs.rs/tokio/latest/tokio/net/struct.TcpStream.html#method.split

这个属于 api 设计问题，我举个例子。
假如有个文件 test.txt 内容是 asd
```rust
let file1 = OpenOptions::new().write(true).open("test.txt").unwrap();
let file2 = File::open("test.txt").unwrap();

(&file1).write_all(b"zxc").unwrap();
let mut buf = String::new();
(&file2).read_to_string(&mut buf).unwrap();

assert_eq!(&buf, "zxc");
```
两个变量打开了同样的文件，本来 file2 读取出来的东西应该是 asd ，但是由于打开的是一个文件，file1 修改文件后 file2 就读出来 zxc 了，就是有这种副作用，file2 在根本没有操作的情况下改变了内容，这种性质在语言层面没有办法限制。
介于 os 中 file 的这种特性，设计成非要 mut 才能 read write 就失去了意义。

吊单杠算是相当科学的方法了，我家附近的公园还能看见腰突的大妈为了缓解去吊单杠。

来个最小 demo ，不过你要写解析库还是推荐用 nom

书的话无非 cookbook 和 fluent

毕竟那个文章作者冯若航就是靠 PostgreSQL 赚钱的，可以看看他之前的文章，他说出什么话我都感觉不奇怪。

我都不用点开就知道是前端的文章 :)

一旦套上了“业务开发”，“业务经常变化”的 buff 之后，多丑的代码都可以接受了。

@ginakira 入门我推荐这本 https://book.douban.com/subject/26931513/

@dumbbell5kg 你要想搞明白建议买一本好点的内核书籍，详细学习一下 switch_to ，switch_mm 都代表着什么，为什么需要内核栈，中断和 syscall 是怎样切换到内核栈的，内核栈所在的地址空间和用户地址的关系。
Linux 内核设计与实现这书是教不会人的，讲的太笼统。

@murmur 这是 rustc 的问题，项目的一些信息会存在在二进制中，被吐槽好久了，前几个月还说要改来着。

那就加载到本机然后前缀树匹配不行吗，我试了下 6800h 单线程匹配也就 1 毫秒

f2fs 这种带日志的说实话真彻底挂掉的概率是很小的，随时断电的场景下 100%没问题是不可能的，但就迭代了这么多年，加上个人的经验，99%没问题倒是可以。

@dumbbell5kg 不要进程线程这些被名词所困扰。
对于 Linux 来讲，可以理解为只有调度单位 task_struct ，每一个调度单位都有自己的内核栈，以供系统调用以及中断处理过程使用。
假如某几个调度单位共享了：地址空间，打开的文件，信号处理 handle ，等资源，那这一组调度单位的集合就是一个进程，集合中每一个都是一个线程。例如 pthread_create 的实现就是调用了 clone 设置了些共享资源。

学 c 的时候是指针。
学 python 的时候是 generator 和 async await 。
学 rust 的时候是所有权和生命周期。
学 Haskell 的时候是 reader applicative/monad/，monad transformer 。

你这一个自顶而下的 dp 算法和一个自底而上的版本比性能，你居然还会对速度有疑问，你这完全就是 dp 没学好。