关于这期的coding4fun，我选择的是hashmap方式实现。整体思路和流程大家可能都差不多，C++同学们的总结写的很好，一些逻辑优化都有总结，我这里介绍下java实现的一些优化吧。
使用ByteString代替String
开始读出文件转成String对象，然后通过String对象操作，代码写起来都比较方便。
但是有一个问题，文件读取出来的byte[]转成String对象非常耗时，一个1G的String对象分配内存时间就很长了，String对象内部使用char[]，通过byte[]构造String对象需要根据编码遍历byte[]。这个过程非常耗时，肯定是可以优化的。
于是我使用ByteString类代替String
class ByteString{
byte[] bs;
int start;
int end;
}
hashcode()和equals()方法参考String的实现。
在code4fun的16核机器上测试如下代码：
代码1：
byte[] bs = new byte[1024*1024*1024]; long st = System.currentTimeMillis(); new String(bs); System.out.println(System.currentTimeMillis() - st); // 2619ms
代码2：
byte[] bs = new byte[1024*1024*1024]; long st = System.currentTimeMillis(); int count = 100000; for(int i = 0; i < count; i++) new ByteString(bs, 0, 100); System.out.println(System.currentTimeMillis() - st); //10ms
循环中代码要精简
Hashmap的实现，给单词计数时避免不了如下的代码：
ByteString str = new ByteString(bs, start, end);
Count count = map.get(str);
If(count == null){
count = new Count(str,1);
map.put(str,count);
} else{
count.add(1);
}
本来这段代码没什么问题，但是当单词个数足够大的时候（最终1.1G的文件，有2亿多单词），这段代码就值得优化了。第一行创建的对象，只有单词第一次出现有用，其他时间都可以不用创建。
于是创建一个Pmap类，继承HahsMap，并添加了一个get(ByteString bs, int start, int end)方法。上面的代码改为
Count count = map.get(bs, start, end);
If(count == null){
ByteString str = new ByteString(bs, start, end);
count = new Count(str,1);
map.put(str,count);
} else{
count.add(1);
}
能避免锁就不用锁，不能避免就减小范围
concurrentHashMap的实现固然精妙，只是能不用锁尽量不用，实在用的时候，尽量减少范围。CAS的方式虽然比锁好，但是还是有消耗。
我们使用多线程的方式统计，所以统计结果对象需要线程安全。开始使用AtomicInteger，但是跟count++比起来效率还是差的非常多，单词个数越多越明显。
尝试使用volatile关键字效果也是不理想，然后比不上count++。
最后使用两个字段来解决这个问题：在线程内部统计单词个数时，使用count++方式；到合并环节，单词数已经不多，使用AtomicInteger的方式累加，基本不影响效率。
通过减少锁的范围和锁的次数，来达到提升效率的目标。
