在这个最小可重复的例子中，我们有一个包含Vec<i32>的值的散列表，据我所知，Vec<T>并没有实现Copy，所以它会在需要的时候被移动。

use std::collections::HashMap;

#[derive(Clone)]
struct MyStruct {
    id: i32,
    vec_number: Vec<i32>,
}

fn main() {
    let mut hashmap: HashMap<i32, Vec<i32>> = HashMap::new();

    let a = MyStruct {
        id: 1,
        vec_number: vec![1, 2, 3],
    };

    let b = MyStruct {
        id: 2,
        vec_number: vec![1, 2, 3],
    };

    let first_vec = vec![a, b];
    
    for strct in first_vec {
        hashmap.insert(strct.id, strct.vec_number);
    }

    let second_vec : Vec<i32> = *hashmap.get(&2).unwrap(); // error here
}

字符串
我得到的错误是：

cannot move out of a shared reference
move occurs because value has type `Vec<i32>`, which does not implement the `Copy` trait

型
我理解说hashmap中的Vec<T>将被移动到second_vec的部分（“移出共享引用”部分）。然而，我不明白的是：为什么这是一个错误，因为我将不再在scope中使用hashmap？在我的理解中，只有当我在代码中的其他地方引用移动的值时，这种移动才会有问题。
我听说它是为了强制用户使用remove()，它的作用与上面的代码相同，但更习惯（因为我们不必像hashmap.get()那样导出值）。
这是真的吗？这种行为的原因是什么？