HashMap踩坑实录——谁动了我的奶酪

说到HashMap，hashCode 和 equals ，想必绝大多数人都不会陌生，然而你真的了解这它们的机制么？本文将通过一个简单的Demo还原我自己前不久在 HashMap 上导致的线上问题，看看我是怎么跳进这个坑中去的。

起因

在重构一段旧代码的时候发现有个 HashMap 的key对象没有重写 hashCode 和 equals 方法，使用IDEA自动重构工具生成后引发线上问题，因为实际重构的旧代码复杂，所以我抽出了一个关于奶酪（Cheese）的Demo还原踩坑场景，看看究竟谁动了我的奶酪。

一个奶酪的例子

• 首先，我们有一个奶酪(Cheese)类

, ), )             n = (tab = resize()).length;         ) & hash]) == ; ; ++binCount) {                     )  &&             (first = tab[(n - ) & hash]) != , ), , ), , ), "nauyus"); Map<Cheese, String> map = new HashMap<>(); map.put(cheese, "something not important"); //一段被我忽略的代码 cheese.setCreator("tom"); System.out.println(map.get(cheese)); 

在 put 到 HashMap 后，作为 key 的 cheese 对象再次被 set 了值，导致 hashCode 返回结果有了变更，put 奶酪后无法 get 到，奶酪再一次被动了！

总结

总结一下踩坑经历，可以得出以下结论：

1. 如果自定义对象做为Map的键，那么必须重写hashCode和equals。
2. 尽量使用不可变对象作为map的键，如String。
3. 即使万分自信的代码，还是跑一下单元测试为好。（血的教训）

还有啊，没事还是少瞎改别人代码吧！

感谢阅读，原创不易，如有启发，点个赞吧！这将是我写作的最强动力！本文不同步发布于不止于技术的技术公众号 Nauyus ,主要分享一些编程语言，架构设计，思维认知类文章， 2019年12月起开启周更模式，每周一篇原创文章，欢迎关注，共同学习成长！