Skip to content
Go back

记录一下 Rust 学习过程

Updated:
Edit page

wry bug 见: https://github.com/tauri-apps/wry/issues/911

  1. 把可能出问题的地方打上日志
  2. debug 能给出问题的流向, 但是真正出现的地方是隐藏的
  3. 看 FFI 的时候不要纠结于外部实现, 90% 不会是调用地方出现问题

objc 是一个好的学习 bindings 的渠道


问题: 5.2多线程版本 的评论 https://github.com/sunface/rust-course/discussions/1157#discussioncomment-5497000

为啥那段程序 TcpStream 中会接收到 empty string 导致 unwrap panic 复现代码:

client:

let mut socket = TcpStream::connect("127.0.0.1:7878").await?;
    socket.shutdown().await?;
    Ok(())

server:

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();

    for stream in listener.incoming() {
        let stream = stream.unwrap();
        handle_connection(stream);
    }
}

fn handle_connection(mut stream: TcpStream) {
    let buf_reader = BufReader::new(&mut stream);

    let request_line = buf_reader.lines().next().unwrap().unwrap();

    let (status_line, filename) = match &request_line[..] {
        "GET / HTTP/1.1" => ("HTTP/1.1 200 OK", "hello.html"),
        "GET /sleep HTTP/1.1" => {
            thread::sleep(Duration::from_secs(5));
            ("HTTP/1.1 200 OK", "hello.html")
        }
        _ => ("HTTP/1.1 404 NOT FOUND", "404.html"),
    };
    let contents = fs::read_to_string(filename).unwrap();
    let length = contents.len();
    let response = format!("{status_line}\r\nContent-Length: {length}\r\n\r\n{contents}");
    stream.write_all(response.as_bytes()).unwrap();
}

这里的原因很可能是由于我上面写的那样, client shutdown 了 socket, 然后服务端 recv 空的字符串 1 至于为啥会过一段时间会 panic, 我猜测和浏览器的 tcp socket 状态改变有点关系, 不过不是重点我就忽略了, 后面有知道了我再补充


更为细致的探索

  1. 首先掏出祖传 TCP state machine image
  2. 然后再掏出 sudo tcpdump -nS -ttt port 7878 -i allnc 127.0.0.1 7878 看一下连接情况, 这时候再找找 rust 怎么处理 FIN (close) 的 2 image
  3. 根据代码
impl<B: BufRead> Iterator for Lines<B>
// ...
match self.buf.read_line(&mut buf) {
            Ok(0) => None,
// ...

和另一则社区回答3 知道了标准处理 close 的办法就是看读取到的 buf 是否为 0 (原谅我一直在做应用层, 不太清楚这里的弯弯绕绕 😭)


使用 cargo-updateRsProxy 的时候出现 registry index was not found in any configuration

需要按照 https://github.com/nabijaczleweli/cargo-update/issues/248#issuecomment-1937164615 配置[registries.rsproxy-sparse]


模糊印象里是 .crates2.json 使用包对应 sparse 协议导致就算上面配置后依然无效, 所以有个 path https://github.com/bxb100/cargo-update, 最新版本使用下来这个 bug 好像修复了


版本: rustc 1.93.0 (254b59607 2026-01-19)

Rust 的 dev-dependencies (以下简称 dev-dep) 和 dependencies (简称 dep) 在 feature 启用的传递上有不一样的行为:

crate A 有一个测试的 feature , B 在 dev-dep 里面启用它, C 依赖 dev-dep B 的话, 在 C 的视角下 A 的测试 feature 会被启用吗

答案: 不会

但是放在 dep 的会, 所以为了传递测试 feature, 需要做 test-verbose = ["utils/test-verbose"] 类似的配置


关于 Doc 部分4

特性Outer (///)Inner (//!)
关注点修饰下一个条目修饰当前容器(模块/文件)
常用场景函数、结构体、字段、枚举成员main.rs, lib.rs 或 mod.rs 的开头
Markdown支持标准 Markdown支持标准 Markdown

Footnotes

  1. https://stackoverflow.com/questions/37330993/sock-recv-returns-empty-string-when-connection-is-dead-on-non-blocking-socke

  2. https://users.rust-lang.org/t/how-to-know-a-tcpstream-is-closed-in-the-other-side/52894/12

  3. https://users.rust-lang.org/t/how-to-detect-tcp-close/50925/3

  4. https://doc.rust-lang.org/reference/comments.html#doc-comments


Edit page
Share this post on:

Previous Post
关于更换 Macbook m1 电池的流水账
Next Post
关于 action-upload 重写的一些记录