做力扣lru的时候发现各种题目和题解都强调get和put的方法需要在O(1)时间复杂度下完成，这道题需要用map维护key到地址的映射是非常显然的事情
说到map很容易想到红黑树，它查找的时间复杂度是logn，不是O(1)
于是觉得是牛客上的题目描述有问题，转向官网官方题解，最后对时间复杂度的分析竟然还是1，很不能理解。
看到其使用的是unordered_map，然后搜一下发现这玩意底层用的是哈希表，没有顺序，但是查询非常快。常用的map底层用的是红黑树，维护了有序性，但是建树、增删查改都更费时。
于是很疑惑，脑子里都是Java里hashmap的结构——hash值定桶的位置，拉链解冲突，长度8转红黑树。
然后翻阅了《stl源码剖析》，cpp里的map排序的是所有key，unordered_map的底层是hashtable，冲突之后和Java一样拉链（但是没看到转红黑树相关描述）。

既然提到了hashtable，那我们就来看一段java.util.hashtable的注释
Unlike the new collection implementations, Hashtable is synchronized. If a thread-safe implementation is not needed, it is recommended to use HashMap in place of Hashtable. If a thread-safe highly-concurrent implementation is desired, then it is recommended to use java.util.concurrent.ConcurrentHashMap in place of Hashtable.

于是理解了cpp和Java键值对这种数据结构存储方式的不同

这个时候，我们再来看时间复杂度O(1)的描述就可以很有底气的否认了，在最坏情况下，所有元素hash值相等，所有键值对存在一个桶中，而unordered_map没有红黑树优化，所以复杂度为O(n)

关于标题所述问题找到了一个不错的知乎问题，附上链接和一个答案
https://www.zhihu.com/question/392605117