javautilconcurrent

1. 为什么java.util.concurrent包没有concurrentList

ArrayList的实现类在collection接口下，而在concurrent里面的一部分类只不过继承了Map的抽象类而已，当然不可能找到不是一个结构下的东西了，希望对你有用！你可以多看一下API参考手册，就都知道了。

2. 如何正确的使用java.util.ConcurrentLinkedQueue

如果直接使用它提供的函数，比如：queue.add(obj); 或者 queue.poll(obj);，这样我们自己不需要做任何同步。但如果是非原子操作，比如：

Java代码

if(!queue.isEmpty()) {

queue.poll(obj);

}
if(!queue.isEmpty()) {
queue.poll(obj);
}

我们很难保证，在调用了 isEmpty() 之后，poll() 之前，这个 queue 没有被其他线程修改。所以对于这种情况，我们还是需要自己同步：

Java代码

synchronized(queue) {

if(!queue.isEmpty()) {

queue.poll(obj);

}

}

3. java.util.concurrent.Future.isDone是否有必要

有必要，因为get方法会一直等待资源返回，可以用isDone判断 Future.get()方法会一直阻塞，直到有数据返回，这时候isDone()是true.那么在get()之前判断isDone()是否有必要？如下： if (!future.isCancelled()) { HotelSearchResponse response = ...

4. 为什么会出现 java.util. 异常

当方法检测到对象的并发修改，但不允许这种修改时，抛出此异常。
例如，某个线程在 Collection 上进行迭代时，通常不允许另一个线性修改该 Collection。通常在这些情况下，迭代的结果是不确定的。如果检测到这种行为，一些迭代器实现（包括 JRE 提供的所有通用 collection 实现）可能选择抛出此异常。执行该操作的迭代器称为快速失败 迭代器，因为迭代器很快就完全失败，而不会冒着在将来某个时间任意发生不确定行为的风险。
注意，此异常不会始终指出对象已经由不同 线程并发修改。如果单线程发出违反对象协定的方法调用序列，则该对象可能抛出此异常。例如，如果线程使用快速失败迭代器在 collection 上迭代时直接修改该 collection，则迭代器将抛出此异常。
注意，迭代器的快速失败行为无法得到保证，因为一般来说，不可能对是否出现不同步并发修改做出任何硬性保证。快速失败操作会尽最大努力抛出 。因此，为提高此类操作的正确性而编写一个依赖于此异常的程序是错误的做法，正确做法是： 应该仅用于检测 bug。

5. java.util.concurrent的队列

java.util.concurrent ConcurrentLinkedQueue 类提供了高效的、可伸缩的、线程安全的非阻塞 FIFO 队列。java.util.concurrent 中的五个实现都支持扩展的 BlockingQueue 接口，该接口定义了 put 和 take 的阻塞版本：LinkedBlockingQueue、ArrayBlockingQueue、SynchronousQueue、PriorityBlockingQueue 和 DelayQueue。这些不同的类覆盖了生产者-使用者、消息传递、并行任务执行和相关并发设计的大多数常见使用的上下文。

6. java.util.concurrent.onwritearrayset有什么作用

CopyOnWriteArrayList和CopyOnWriteArraySet是线程安全的集合，其中所有的修改线程对底层数组进行复制。当在这种集合上构建迭代器时，迭代器包含的是当前底层数组的引用。如果数组在迭代器构建后被修改，迭代器引用的仍然是旧数组。所以访问这种集合时无须同步开销。

当迭代线程数大于修改线程数时，CopyOnWriteArrayList的性能优于同步的ArrayList，反之，同步的ArrayList优于CopyOnWriteArrayList。CopyOnWriteArraySet同理。

7. java.util.

这个问题是说,你不能在对一个List进行遍历的时候将其中的元素删除掉
解决办法是,你可以先将要删除的元素用另一个list装起来,等遍历结束再remove掉
可以这样写
List delList = new ArrayList();//用来装需要删除的元素
for(Information ia:list)
if(ia.getId()==k){
n++;
delList.add(ia);
}
list.removeAll(delList);//遍历完成后执行删除

8. 如何解决java.util.

原因：Iterator做遍历的时候，HashMap被修改(bb.remove(ele), size-1)，Iterator(Object ele=it.next())会检查HashMap的size，size发生变化，抛出错误。

解决办法：
1) 通过Iterator修改Hashtable
while(it.hasNext()) {
Object ele = it.next();
it.remove();
}
2) 根据实际程序，您自己手动给Iterator遍历的那段程序加锁，给修改HashMap的那段程序加锁。

3) 使用“ConcurrentHashMap”替换HashMap，ConcurrentHashMap会自己检查修改操作，对其加锁，也可针对插入操作。
import java.util.concurrent.*;