wry bug 见: https://github.com/tauri-apps/wry/issues/911
- 把可能出问题的地方打上日志
- debug 能给出问题的流向, 但是真正出现的地方是隐藏的
- 看 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 状态改变有点关系, 不过不是重点我就忽略了, 后面有知道了我再补充
更为细致的探索
- 首先掏出祖传 TCP state machine

- 然后再掏出
sudo tcpdump -nS -ttt port 7878 -i all和nc 127.0.0.1 7878看一下连接情况, 这时候再找找 rust 怎么处理 FIN (close) 的 2
- 根据代码
impl<B: BufRead> Iterator for Lines<B>
// ...
match self.buf.read_line(&mut buf) {
Ok(0) => None,
// ...
和另一则社区回答3 知道了标准处理 close 的办法就是看读取到的 buf 是否为 0 (原谅我一直在做应用层, 不太清楚这里的弯弯绕绕 😭)
使用 cargo-update 和 RsProxy 的时候出现 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
/* - Only a comment *//** - Outer block doc (exactly) 2 asterisks */- Outer, Inner 区别
| 特性 | Outer (///) | Inner (//!) |
|---|---|---|
| 关注点 | 修饰下一个条目 | 修饰当前容器(模块/文件) |
| 常用场景 | 函数、结构体、字段、枚举成员 | main.rs, lib.rs 或 mod.rs 的开头 |
| Markdown | 支持标准 Markdown | 支持标准 Markdown |
Footnotes
-
https://stackoverflow.com/questions/37330993/sock-recv-returns-empty-string-when-connection-is-dead-on-non-blocking-socke ↩
-
https://users.rust-lang.org/t/how-to-know-a-tcpstream-is-closed-in-the-other-side/52894/12 ↩
-
https://users.rust-lang.org/t/how-to-detect-tcp-close/50925/3 ↩
-
https://doc.rust-lang.org/reference/comments.html#doc-comments ↩