为何Rust中未显式声明可变的HashMap值可被修改？

你的核心疑惑其实是对Rust可变性规则的误解——可变性不是绑定在单个变量上，而是由你持有的引用类型决定的，下面逐个解释你的三个场景：

• 场景1：entry的or_insert
HashMap的entry方法返回的Entry类型，本质是为了安全地操作HashMap中的条目。当你调用or_insert时，它会返回对应条目的可变引用（&mut Vec<String>）。因为你声明的departments本身是可变的（mut departments），Rust允许你通过这个可变容器获取内部元素的可变引用，所以能直接调用push这类需要修改自身的方法。

• 场景2：遍历&mut departments
  当你遍历&mut departments（HashMap的可变引用）时，迭代器产出的元素是(&mut String, &mut Vec<String>)——每个值都是对应Vec的可变引用。sort方法需要的是&mut self（自身的可变引用），所以拿到这个可变引用后，自然能调用sort修改Vec的内容。

• 场景3：get_mut获取Vec
  HashMap::get_mut就是专门用来获取指定键对应值的可变引用的方法，返回值是Option<&mut Vec<String>>。只要你成功拿到这个可变引用，就拥有了修改该Vec的权限，调用sort完全符合Rust的规则。

简单总结：你不需要给HashMap里的Vec单独加mut声明，因为整个HashMap是可变的，你通过它提供的API拿到的是Vec的可变引用——持有可变引用就等于拥有修改权限，这才是Rust可变性的核心逻辑。

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