哈希表与红黑树

权衡三个因素: 查找速度, 数据量, 内存使用，可扩展性，有序性。
总体来说，hash查找速度会比RB树快，而且查找速度基本和数据量大小无关，属于常数级别;而RB树的查找速度是log(n)级别。并不一定常数就比log(n) 小，hash还有hash函数的耗时，明白了吧，如果你考虑效率，特别是在元素达到一定数量级时，考虑考虑hash。但若你对内存使用特别严格， 希望程序尽可能少消耗内存，那么一定要小心，hash可能会让你陷入尴尬，特别是当你的hash对象特别多时，你就更无法控制了，而且 hash的构造速度较慢。红黑树并不适应所有应用树的领域。如果数据基本上是静态的，那么让他们待在他们能够插入，并且不影响平衡的地方会具有更好的性能。如果数据完全是静态的，例如，做一个哈希表，性能可能会更好一些。

在实际的系统中，例如，需要使用动态规则的防火墙系统，使用红黑树而不是散列表被实践证明具有更好伸缩性。Linux内核在管理vm_area_struct时就是采用了红黑树来维护内存块的。红黑树是有序的，Hash是无序的，根据需求来选择。拿红黑树实现的Map和Hash实现的HashMap相比：如果只需要判断Map中某个值是否存在之类的操作，当然是Hash实现的要更加高效。如果是需要将两个Map求并集交集差集等大量比较操作，就是红黑树实现的Map更加高效。