Java Concurrent包学习之ConcurrentHashMap
在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）来引导更新操作之间的并发，该参数用作内部调整大小的一个提示。表是在内部进行分区的，试图允许指示无争用并发更新的数量。因为哈希表中的位置基本上是随意的，所以实际的并发将各不相同。理想情况下，应该选择一个尽可能多地容纳并发修改该表的线程的值。使用一个比所需要的值高很多的值可能会浪费空间和时间，而使用一个显然低
相关文档：
1.List转换成为数组。（这里的List是实体是ArrayList)
调用ArrayList的toArray方法。
toArray
public <T> T[] toArray(T[] a)返回一个按照正确的顺序包含此列表中所有元素的数组；返回数组的运行时类型就是指定数组的运行时类型。如果列表能放入指定的数组，则返回放入此列表元素的数组。否则，将根� ......
软件技术的迅猛发展让Java
世界的Web 框架
领域
风起云涌，各种架构层出不穷，但你那?
回到六年前的今天谈论这个话题，我会脱口而出：Struts. 那是一个对Struts几乎崇拜的时代，几乎没人对其质疑。那时Java
世界的Web
framework世界如此"单纯"，单纯得如此快乐。
经典，堪称经典。倘若我在此� ......
service = new
Service();
thread=new
Thread(service);
try
{
......
我使用URL类来访问FTP服务器，当地址中没有中文时没有问题，但是
当ftp中的文件夹有中文时，就无法访问了，我试过encoder和decoder类，都不行，有什么解决方法么？
URL now = new URL("ftp://202.204.208.124/软件/");
......
一、new
使用java的关键字new来创建对象实例。构造函数链中的所有构造函数都会被自动调用。
Java代码：
CreateInstance instance = new CreateInstance ();
二、clone
构造函数不被自动调用。
Java代码：
......
