为何在const成员函数中操作键为非const指针的std::unordered_map时，必须使用const_cast才能编译？

咱们先从你的代码场景拆解问题根源：你在const成员函数myMethod()里遍历myList，因为成员函数加了const，容器里的元素会被编译器视为const，所以entity是const int&，取地址后得到的是const int*类型的指针。

接下来咱们一步步看为什么直接调用find会翻车：

• 核心问题：类型不匹配：你的std::unordered_map键类型是int*，但你现在手里的是const int*。C++里这俩是完全不同的类型，而且规则明确禁止const int*隐式转成int*——这是类型安全的防线，防止你拿着非const指针去修改本应不可变的对象。
• 容器的const属性火上浇油：因为在const成员函数里，myMap会被当成const std::unordered_map<int*, int>看待。它的普通find成员函数接受的参数是const Key&（也就是int* const &），const int*根本没法绑定到这个类型上，这就是第一个编译错误的由来。
• 透明查找也帮不上忙：C++14之后容器支持透明查找的模板find，但这个特性要求哈希函数（针对unordered_map）或比较器（针对map）能"透明"处理不同类型。可std::hash<int*>不支持处理const int*，所以模板版本的find直接被编译器忽略了，这就是你看到的那几个模板候选被拒绝的报错原因。
• 换成std::map也不行的逻辑：和unordered_map同理，std::map的键是int*，它的find同样要求传入匹配类型的键，const int*还是没法隐式转换，自然编译失败。

那const_cast为啥能搞定？
const_cast<int*>(&entity)把const int*强制转成了int*，让它和map/unordered_map的键类型完全匹配，find函数自然就能正常接收参数了。这里要敲黑板：你这么用是安全的，因为你只是用这个指针做查找，不会通过它去修改myList里的元素（毕竟成员函数是const的，元素本身是不可变的，真改了就是未定义行为）。但一定要记住，const_cast是个"危险工具"，只有在你100%确定不会通过转换后的指针修改原本const的对象时，才能用它。

内容来源于stack exchange