Java并发编程：同步容器

为了方便编写出线程安全的程序，Java里面提供了一些线程安全类和并发工具，比如：同步容器、并发容器、阻塞队列、Synchronizer（比如CountDownLatch）。今天我们就来讨论下同步容器。

　　以下是本文的目录大纲：

　　一.为什么会出现同步容器？

　　二.Java中的同步容器类

　　三.同步容器的缺陷

　　若有不正之处请多多谅解，并欢迎批评指正。

　　请尊重作者劳动成果，转载请标明原文链接：

　　http://www.cnblogs.com/dolphin0520/p/3933404.html

一.为什么会出现同步容器？

　　在Java的集合容器框架中，主要有四大类别：List、Set、Queue、Map。

　　List、Set、Queue接口分别继承了Collection接口，Map本身是一个接口。

　　注意Collection和Map是一个顶层接口，而List、Set、Queue则继承了Collection接口，分别代表数组、集合和队列这三大类容器。

　　像ArrayList、LinkedList都是实现了List接口，HashSet实现了Set接口，而Deque（双向队列，允许在队首、队尾进行入队和出队操作）继承了Queue接口，PriorityQueue实现了Queue接口。另外LinkedList（实际上是双向链表）实现了了Deque接口。

　　像ArrayList、LinkedList、HashMap这些容器都是非线程安全的。

　　如果有多个线程并发地访问这些容器时，就会出现问题。

　　因此，在编写程序时，必须要求程序员手动地在任何访问到这些容器的地方进行同步处理，这样导致在使用这些容器的时候非常地不方便。

　　所以，Java提供了同步容器供用户使用。

二.Java中的同步容器类

　　在Java中，同步容器主要包括2类：

　　1）Vector、Stack、HashTable

　　2）Collections类中提供的静态工厂方法创建的类

　　Vector实现了List接口，Vector实际上就是一个数组，和ArrayList类似，但是Vector中的方法都是synchronized方法，即进行了同步措施。

　　Stack也是一个同步容器，它的方法也用synchronized进行了同步，它实际上是继承于Vector类。

　　HashTable实现了Map接口，它和HashMap很相似，但是HashTable进行了同步处理，而HashMap没有。

　　Collections类是一个工具提供类，注意，它和Collection不同，Collection是一个顶层的接口。在Collections类中提供了大量的方法，比如对集合或者容器进行排序、查找等操作。最重要的是，在它里面提供了几个静态工厂方法来创建同步容器类，如下图所示：

　　

　　

三.同步容器的缺陷

　　从同步容器的具体实现源码可知，同步容器中的方法采用了synchronized进行了同步，那么很显然，这必然会影响到执行性能，另外，同步容器就一定是真正地完全线程安全吗？不一定，这个在下面会讲到。

　　我们首先来看一下传统的非同步容器和同步容器的性能差异，我们以ArrayList和Vector为例：

1.性能问题

　　我们先通过一个例子看一下Vector和ArrayList在插入数据时性能上的差异：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

public class Test {

    public static void main(String[] args) throws InterruptedException {

        ArrayList<Integer> list = new ArrayList<Integer>();

        Vector<Integer> vector = new Vector<Integer>();

        long start = System.currentTimeMillis();

        for(int i=0;i<100000;i++)

            list.add(i);

        long end = System.currentTimeMillis();

        System.out.println("ArrayList进行100000次插入操作耗时："+(end-start)+"ms");

        start = System.currentTimeMillis();

        for(int i=0;i<100000;i++)

            vector.add(i);

        end = System.currentTimeMillis();

        System.out.println("Vector进行100000次插入操作耗时："+(end-start)+"ms");

    }

}

　　这段代码在我机器上跑出来的结果是：

　　

　　进行同样多的插入操作，Vector的耗时是ArrayList的两倍。

　　这只是其中的一方面性能问题上的反映。

　　另外，由于Vector中的add方法和get方法都进行了同步，因此，在有多个线程进行访问时，如果多个线程都只是进行读取操作，那么每个时刻就只能有一个线程进行读取，其他线程便只能等待，这些线程必须竞争同一把锁。

　　因此为了解决同步容器的性能问题，在Java 1.5中提供了并发容器，位于java.util.concurrent目录下，并发容器的相关知识将在下一篇文章中讲述。

2.同步容器真的是安全的吗？

　　也有有人认为Vector中的方法都进行了同步处理，那么一定就是线程安全的，事实上这可不一定。看下面这段代码：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

public class Test {

    static Vector<Integer> vector = new Vector<Integer>();

    public static void main(String[] args) throws InterruptedException {

        while(true) {

            for(int i=0;i<10;i++)

                vector.add(i);

            Thread thread1 = new Thread(){

                public void run() {

                    for(int i=0;i<vector.size();i++)

                        vector.remove(i);

                };

            };

            Thread thread2 = new Thread(){

                public void run() {

                    for(int i=0;i<vector.size();i++)

                        vector.get(i);

                };

            };

            thread1.start();

            thread2.start();

            while(Thread.activeCount()>10)   {

                

            }

        }

    }

}

　　在我机器上运行的结果：

　　

　　正如大家所看到的，这段代码报错了：数组下标越界。

　　也许有朋友会问：Vector是线程安全的，为什么还会报这个错？很简单，对于Vector，虽然能保证每一个时刻只能有一个线程访问它，但是不排除这种可能：

　　当某个线程在某个时刻执行这句时：


1

2

for(int i=0;i<vector.size();i++)

    vector.get(i);

　　假若此时vector的size方法返回的是10，i的值为9

　　然后另外一个线程执行了这句：


1

2

for(int i=0;i<vector.size();i++)

    vector.remove(i);

　　将下标为9的元素删除了。

　　那么通过get方法访问下标为9的元素肯定就会出问题了。

　　因此为了保证线程安全，必须在方法调用端做额外的同步措施，如下面所示：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

public class Test {

    static Vector<Integer> vector = new Vector<Integer>();

    public static void main(String[] args) throws InterruptedException {

        while(true) {

            for(int i=0;i<10;i++)

                vector.add(i);

            Thread thread1 = new Thread(){

                public void run() {

                    synchronized (Test.class) {   //进行额外的同步

                        for(int i=0;i<vector.size();i++)

                            vector.remove(i);

                    }

                };

            };

            Thread thread2 = new Thread(){

                public void run() {

                    synchronized (Test.class) {

                        for(int i=0;i<vector.size();i++)

                            vector.get(i);

                    }

                };

            };

            thread1.start();

            thread2.start();

            while(Thread.activeCount()>10)   {

                

            }

        }

    }

}

3. ConcurrentModificationException异常

　　在对Vector等容器并发地进行迭代修改时，会报ConcurrentModificationException异常，关于这个异常将会在后续文章中讲述。

　　但是在并发容器中不会出现这个问题。

　　参考资料：

　　《深入理解Java虚拟机》

　　《Java并发编程实战》

　　http://thinkgeek.diandian.com/post/2012-03-24/17905694

　　http://blog.csdn.net/cutesource/article/details/5780740

时间： 2024-07-28 19:49:40

Java并发编程：同步容器的相关文章

【JAVA并发】同步容器和并发容器

同步容器类 同步容器类的创建 在早期的JDK中,有两种现成的实现,Vector和Hashtable,可以直接new对象获取: 在JDK1.2中,引入了同步封装类,可以由Collections.synchronizedXxxx等方法创建: 同步容器类的问题 同步容器类虽然都是线程安全的,但是在某些情况下(复合操作),仍然需要加锁来保护: 常见复合操作如下: 迭代:反复访问元素,直到遍历完全部元素: 跳转:根据指定顺序寻找当前元素的下一个(下n个)元素: 条件运算:例如若没有则添加等: 举个条件运算

Java并发-从同步容器到并发容器

引言 容器是Java基础类库中使用频率最高的一部分,Java集合包中提供了大量的容器类来帮组我们简化开发,我前面的文章中对Java集合包中的关键容器进行过一个系列的分析,但这些集合类都是非线程安全的,即在多线程的环境下,都需要其他额外的手段来保证数据的正确性,最简单的就是通过synchronized关键字将所有使用到非线程安全的容器代码全部同步执行.这种方式虽然可以达到线程安全的目的,但存在几个明显的问题:首先编码上存在一定的复杂性,相关的代码段都需要添加锁.其次这种一刀切的做法在高并发情况下性

马士兵老师高并发编程同步容器

手写固定同步容器 写一个固定容量同步容器,拥有put和get方法,以及getCount方法,能够支持2个生产者线程以及10个消费者线程的阻塞调用. 使用wait与notify 思路:使用一个集合来当做生产或者消费的中转站,然后每当生产或者消费的时刻都判断集合的容量,如果不满足条件那么就对这种操作进行阻塞也就是wait同时notify其它的所有线程.当其它线程启动之后也会遇到"不合格的线程"这时候也会阻塞,直到合格的线程进行执行. 核心代码: public class MyContain

Java并发编程-同步辅助类之Exchanger

Exchanger是自jdk1.5起开始提供的工具套件,一般用于两个工作线程之间交换数据.在本文中我将采取由浅入深的方式来介绍分析这个工具类.首先我们来看看官方的api文档中的叙述: A synchronization point at which threads can pair and swap elements within pairs. Each thread presents some object on entry to the exchange method, matches wi

【Java并发编程二】同步容器和并发容器

一.同步容器 在Java中,同步容器包括两个部分,一个是vector和HashTable,查看vector.HashTable的实现代码,可以看到这些容器实现线程安全的方式就是将它们的状态封装起来,并在需要同步的方法上加上关键字synchornized. 另一个是Collections类中提供的静态工厂方法创建的同步包装类. 同步容器都是线程安全的.但是对于复合操作(迭代.缺少即加入.导航:根据一定的顺序寻找下一个元素),有时可能需要使用额外的客户端加锁进行保护.在一个同步容器中,复合操作是安全

Java并发编程：并发容器ConcurrentHashMap

Java并发编程:并发容器之ConcurrentHashMap(转载) 下面这部分内容转载自: http://www.haogongju.net/art/2350374 JDK5中添加了新的concurrent包,相对同步容器而言,并发容器通过一些机制改进了并发性能.因为同步容器将所有对容器状态的访问都 串行化了,这样保证了线程的安全性,所以这种方法的代价就是严重降低了并发性,当多个线程竞争容器时,吞吐量严重降低.因此Java5.0开 始针对多线程并发访问设计,提供了并发性能较好的并发容器,引入

Java并发编程：线程的同步

.title { text-align: center } .todo { font-family: monospace; color: red } .done { color: green } .tag { background-color: #eee; font-family: monospace; padding: 2px; font-size: 80%; font-weight: normal } .timestamp { color: #bebebe } .timestamp-kwd

【Java并发编程实战】—– AQS(四)：CLH同步队列

在[Java并发编程实战]-–"J.U.C":CLH队列锁提过,AQS里面的CLH队列是CLH同步锁的一种变形. 其主要从双方面进行了改造:节点的结构与节点等待机制.在结构上引入了头结点和尾节点,他们分别指向队列的头和尾,尝试获取锁.入队列.释放锁等实现都与头尾节点相关.而且每一个节点都引入前驱节点和后兴许节点的引用:在等待机制上由原来的自旋改成堵塞唤醒. 其结构例如以下: 知道其结构了,我们再看看他的实现.在线程获取锁时会调用AQS的acquire()方法.该方法第一次尝试获取锁假设

Java并发编程-非阻塞同步方式原子类（Atomic）的使用

非阻塞同步 在大多数情况下,我们为了实现线程安全都会使用Synchronized或lock来加锁进行线程的互斥同步,但互斥同步的最主要的问题就是进行线程的阻塞和唤醒所带来的性能问题,因此这种阻塞也称作阻塞同步.从处理问题的方式上说,互斥同步属于一种悲观的并发策略,总是认为只要不去做正确的同步措施,那就肯定会出现问题,无论共享数据是否真的会出现竞争,它都会进行加锁.用户态核心态转换.维护锁的计数器和检查是否有被阻塞的线程需要被唤醒等操作. 随着硬件指令集的发展,我们有了另一个选择:基于冲突检测的乐