Java优先用ArrayList、HashMap替代Vector、Hashtable是否为通用实践？

你从Oracle官方文档了解到的「优先用ArrayList替代Vector、用HashMap替代Hashtable」的建议，确实是Java业界普遍接受的通用开发规范，所有新编写的业务代码都建议遵循该要求。从JDK 1.2 推出标准集合框架开始，Vector和Hashtable就被官方标记为遗留类，仅为了兼容老版本代码才保留在JDK中。

• 不必要的性能损耗：Vector和Hashtable的所有操作方法都强制加了synchronized锁，即便是单线程运行场景也会有额外的锁开销，性能远低于无锁的ArrayList、HashMap。
• 灵活度不足：如果确实需要线程安全的列表/映射容器，Vector的全方法加锁粒度太粗，性能远优于它的替代方案有Collections.synchronizedList、CopyOnWriteArrayList；对应Hashtable的替代方案是ConcurrentHashMap，可以按需控制锁粒度，兼顾线程安全和性能。
• 设计存在历史缺陷：Vector默认扩容为原容量的2倍，而ArrayList默认扩容为原容量的1.5倍，内存占用控制更合理；同时二者作为JDK 1.0时期的产物，部分API设计和后续集合框架的统一规范不兼容，会增加代码维护成本。

目前只有以下特殊场景会用到Vector，新代码主动使用的情况已经几乎不存在：

• 老旧遗留系统维护：JDK 1.2 之前开发的老项目没有重构预算，原有逻辑依赖Vector的特性，只能继续沿用。
• 老旧第三方库依赖：部分停更多年的第三方工具包对外接口仅支持接收Vector类型的入参，只能被动传入Vector实例适配。
• 历史遗留内部规范约束：极少数传统企业的内部编码规范多年未更新，仍要求使用Vector，这类场景占比极低。

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