为什么Java Vector（和Stack）类被视为过时或过时的？

为什么Java Vector被认为是旧的类，已经过时或过时了？

使用并发时，使用它无效吗？

而且，如果我不想手动同步对象，而只想使用线程安全的集合而不需要创建基础数组的新副本（也是CopyOnWriteArrayList如此），那么使用它就可以了Vector吗？

怎么样Stack，这是一个子类Vector，我应该怎么用，而不是它？

Vector在每个单独的操作上同步。那几乎从来不是你想要做的。

通常，您要同步整个操作序列。同步单个操作既不安全（Vector例如，如果对进行迭代，则仍然需要锁，以避免其他人同时更改集合，这将导致ConcurrentModificationException迭代线程中的错误），但同步速度也较慢（为什么一次就够了就反复拿出锁）？

当然，即使您不需要时，它也具有锁定的开销。

基本上，在大多数情况下，这是一种非常有缺陷的同步方法。正如Brian Henk先生指出的那样，您可以使用以下调用来装饰集合：Collections.synchronizedList- Vector将“调整大小的数组”集合实现与“同步每个操作”位结合在一起的事实是设计不良的另一个例子；装饰方法使关注点更清晰地分离。

至于Stack等效项-我会先看Deque/ ArrayDeque。

Vector是1.0的一部分-原始实现有两个缺点：

1.命名：向量实际上只是可以作为数组访问的列表，因此应该调用它ArrayList（这是Java 1.2 Collections的替代品Vector）。

2.并发性：所有get()，set()方法都是synchronized，因此您无法对同步进行精细控制。

ArrayList和之间没有太大区别Vector，但是您应该使用ArrayList。

来自API文档。

从Java 2平台v1.2开始，对该类进行了改进以实现List接口，使其成为Java Collections Framework的成员。与新的集合实现不同，Vector是同步的。

除了已经说过的使用Vector的答案外，Vector还具有许多围绕List和List的枚举和元素检索方法，并且开发人员（尤其是那些在1.2之前学习过Java的人）可以倾向于使用它们。码。尽管枚举速度更快，但它们不会检查迭代期间是否对集合进行了修改，这可能会导致问题，并且考虑到可能会选择Vector进行同步-伴随有来自多个线程的访问，这使其成为一个特别有害的问题。这些方法的使用还将大量代码与Vector耦合在一起，因此用其他List实现替换它并不容易。

您可以在其中使用syncedCollection / List方法java.util.Collection从非线程安全的集合中获取线程安全的集合。

java.util.Stack继承的同步开销java.util.Vector，通常是不合理的。

但是，它继承的更多。这java.util.Stack extends java.util.Vector是面向对象设计中的错误。纯粹主义者将注意到，除了传统上与堆栈相关的操作（即：推入，弹出，窥视，大小）之外，它还提供了许多方法。它也可以做到search，elementAt，setElementAt，remove，和其他许多随机存取操作。基本上，用户应避免使用的非堆栈操作Stack。

由于这些性能和OOP设计原因，推荐使用JavaDocjava.util.StackArrayDeque作为自然替代品。（双端队列不仅是堆栈，但至少限于操作两端，而不是提供对所有内容的随机访问。）