文章来源：http://www.kissyu.org/2016/08/29/ConcurrentHashMap的java跨版本问题/
作者：@kissyu
背景知识
ConcurrentHashMap
解决方法
总结
背景知识
javac
javac有两个指令：-source和-target，比如下述指令：
|
-source：表示我的代码将采用哪个java版本来编译。该值影响的是编译器对语法规则的校验。比如HelloWorld.java中含有jdk8的语法，但是你的-source为1.7，那么编译器就会报错。
-target：表示生成的字节码将会在哪个版本（及以上）的jvm上运行。比如HelloWorld.java指定了-target为1.8，那么HelloWorld.class只能在1.8即以上的jvm中运行，如果在1.7的jvm上运行，就会报错。
rt.jar
jdk的rt.jar里面包含了jdk的核心类，比如String，集合等。JVM在加载类时，对于rt.jar包里面的所有的类持有最高的信任而不做任何校验。
ConcurrentHashMap
ConcurrentHashMap类有一个方法叫做keySet，用来返回当前map中的key集合。虽然返回的是key的集合，但是在1.7和1.8中用来表示该集合的类却完全不同。在1.7中，返回的是Set：
|
然而在1.8中返回的是KeySetView：
|
其中KeySetView其实是Set接口的一个实现类。我们再来看下述代码：
|
然后我们用jdk8的javac来进行编译：
|
或者中文版的报错信息如下：
|
但是上述代码是可以通过编译的，因为KeySetView是Set的实现类，所以1.7的语法没有任何问题。但是编译生成的class文件无法在1.7版本的jvm上运行。我们看一下字节码的实际内容：
|
我们可以看到，在字节码中，实际上keySet返回的是1.8中指定的KeySetView类，但是这个类在jdk1.7中是不存在的，所以当用1.7的jvm运行时，会抛出NoSuchMethodError的异常。
解决方法
为了解决这个问题，还是要看编译时的警告信息（不能忽视任何一个警告）。从warning的信息中我们可以得知，当指定了-source时，我们还需要一起指定引导类即bootstrap类，否则可能会出现某些兼容性的问题，比如刚才我们遇到的ConcurrentHashMap的问题。所以我们在编译的时候需要再加上引导类：
|
我们先来反编译生成的class文件：
|
我们可以看到现在class文件中返回的类变为了Set，然后我们在用1.7的jvm来运行，发现一切正常，问题被解决了！
总结
以后在指定-source时，还需要同时指定-bootclasspath，否则就会默认使用当前javac所用到的jdk版本的核心jar包（比如rt.jar）。
>>>在阅读文章过程中如有疑问，请发布到极乐官网（点击阅读原文直达）>>>
阅读原文：http://mp.weixin.qq.com/s?__biz=MzA4MjYyOTQ0Mg==&mid=2649688441&idx=2&sn=773728afb1963ee4ae480985719a1f71&chksm=87996f54b0eee642f7748c32e070275ec7210f42c223b61b2b46d11dbc018c3699628a7b5dbb#rd
