Rust多线程下使用HashMap+Arc+RwLock丢失键的问题排查

你的代码中，主线程并未真正等待所有子线程执行完毕，这是导致部分键丢失的核心原因。

具体来说，这段代码存在逻辑漏洞：

let _ = children.into_iter().map(|c| c.join());

map是Rust的惰性迭代器适配器，它不会立刻执行闭包里的join()操作，只是生成了一个未被消费的迭代器。主线程直接跳过等待步骤，执行后续的dbg!(contacts)，此时大量子线程还未完成插入操作，进程就已结束，自然会丢失部分键值对。

修复方案 #

需要确保join()被实际执行，有两种常用方式：

方式一：使用for_each消费迭代器 #

children.into_iter().for_each(|c| {
    let _ = c.join();
});

方式二：用collect()触发迭代器执行 #

let _: Vec<_> = children.into_iter().map(|c| c.join()).collect();

另外，原代码中if let Ok(mut contacts) = lock_contacts.write()会忽略锁获取失败的场景，实际开发中可以考虑处理Err分支（比如重试或 panic），避免因锁中毒等问题导致插入失败。

修复后的完整代码示例：

use std::collections::HashMap;
use std::sync::Arc;
use std::sync::RwLock;
use std::thread;

pub fn main() {
    let mut contacts: HashMap<String, String> = HashMap::new();
    contacts.insert("main-thread".to_owned(), "hello world".to_owned());

    let contacts = Arc::new(RwLock::new(contacts));
    let mut children = vec![];
    for _ in 0..10 {
        let lock_contacts = Arc::clone(&contacts);
        children.push(thread::spawn(move || {
            let num = thread::current().id();
            let num = format!("{num:?}");
            // 确保锁获取成功，实际场景可根据需求调整错误处理逻辑
            let mut contacts = lock_contacts.write().unwrap();
            contacts.insert(num.clone(), "hey".to_owned());
        }));
    }
    // 等待所有子线程执行完成
    children.into_iter().for_each(|c| {
        c.join().unwrap();
    });
    dbg!(contacts);
}

修改后，主线程会等待所有子线程完成插入操作，最终HashMap将包含所有10个子线程插入的键值对，加上主线程的初始键，总计11个条目。

内容的提问来源于stack exchange，提问作者Cesc