在Java concurrent包中有这么一个接口：ConcurrentMap。
ConcurrentMap继承自Map，并添加了几个新的原子方法： putIfAbsent、remove、replace
其方法摘要如下：
V
putIfAbsent(K key, V value)
如果指定键已经不再与某个值相关联，则将它与给定值关联。
boolean
remove(Object key, Object value)
只有目前将键的条目映射到给定值时，才移除该键的条目。
V
replace(K key, V value)
只有目前将键的条目映射到某一值时，才替换该键的条目。
boolean
replace(K key, V oldValue, V newValue)
只有目前将键的条目映射到给定值时，才替换该键的条目。
ConcurrentHashMap类是ConcurrentMap接口的一个实现类。
支持检索的完全并发和更新的所期望可调整并发的哈希表。
此类遵守与 Hashtable 相同的功能规范，并且包括对应于 Hashtable 的每个方法的方法版本。
不过，尽管所有操作都是线程安全的，但检索操作不 必锁定，并且不 支持以某种防止所有访问的方式锁定整个表。
此类可以通过程序完全与 Hashtable 进行互操作，这取决于其线程安全，而与其同步细节无关。
检索操作（包括 get）通常不会受阻塞，因此，可能与更新操作交迭（包括 put 和 remove）。
检索会影响最近完成的 更新操作的结果。
对于一些聚合操作，比如 putAll 和 clear，并发检索可能只影响某些条目的插入和移除。
类似地，在创建迭代器/枚举时或自此之后，Iterators 和 Enumerations 返回在某一时间点上影响哈希表状态的元素。它们不会 抛出 ConcurrentModificationException。不过，迭代器被设计成每次仅由一个线程使用。
这允许通过可选的 concurrencyLevel 构造方法参数（默认值为 16）来引导更新操作之间的并发，该参数用作内部调整大小的一个提示。表是在内部进行分区的，试图允许指示无争用并发更新的数量。因为哈希表中的位置基本上是随意的，所以实际的并发将各不相同。理想情况下，应该选择一个尽可能多地容纳并发修改该表的线程的值。使用一个比所需要的值高很多的值可能会浪费空间和时间，而使用一个显然低
http://blog.sina.com.cn/s/blog_49605b46010007o2.html
<div name='endDateHourDiv<%=i%>' onclick="changeSelect('<%=i%>')">
<html:select property="endDateHour" onclick="Change(this.value,'<%=i%>')">
<html:option va ......
在java中，假设你有一个user 对象的list，此user对象封装了用户的id, first name, last name and age. 然后你想调用一个web service(eg. UserService.deleteUsersByIds(List<Integer> userIds) 去删除数据库中指定的这些user。 听起来似乎不太困难，不是么? 你所需要只是将 List<User> 转化成List&l ......
某些网站允许软件开发社团通过发布开发者指南、白皮书、FAQs【常见问题解答】和源代码以实现信息的共享。随着信息量的增长，和几个开发者贡献出自己的知识库，于是网站提供搜索引擎来搜索站点上现有的所有信息。虽然这些搜索引擎对文本文件的搜索可以做的很好，但对开发者搜索源代码做了比较严格的限制。搜索引擎认为源代码 ......
