java是向下兼容的，但是为什么jdk从1.6升级到1.8需要升级很多库呢？

Question

最近，我们在我的一个 Java 项目中将 Jdk 版本从 1.6 升级到 1.8。但是有一些编译或运行错误，所以我必须升级一些库:

• gradle:1.9 到 1.10
• spring:3.x 到 4.x

那是因为他们使用的是一些早期版本的 ASM，但它仅支持 5.x

的 jdk 1.8

Java说是向后兼容，为什么原来版本的库不能直接和jdk 1.8兼容？

Answer 1

ASM 是一个非常低级的库。

它直接处理 Java 字节码(而“普通”应用程序只会让 JVM 加载它的类)。字节码格式不时发生变化，较旧的 JVM 无法使用较新的版本。

向后兼容性不包括对 JDK 或类格式内部的干扰。

这确实是一个边缘案例，ASM 几乎是唯一“流行”的例子。

---

但更重要(也更常见)的是系统库代码中的细微行为变化。因此，您的应用程序在技术上仍会运行，但会以不同的方式进行操作。大多数时候，您希望这样做，因为这意味着改进(例如更好的性能)，但有时它可能会给您带来错误。

例如:

• 切换到 64 位 JVM 可以 require more memory
• 垃圾收集的变化可能导致意外暂停
• 将 XML 解析器包含到 JDK 中需要更改 Web 应用程序打包或配置
• String#substring 的内存和运行时特性在“次要”JDK 修订版中完全改变
• 突然使用自定义(未正确实现)比较器对集合进行排序 throws exceptions它之前没有抛出
• 自 Java 8 以来，调用 Thread#stop(Throwable)(这从来都不是一个好主意并且已被弃用很长时间)会引发 UnsupportedOperationException
• 更新的 Unicode 支持更改某些字符串的排序和大小写行为
• generics compilation 的变化
• Inability to extend BitSet and implement Set due to new default methods
• Changes in rounding behavior
• 还有许多其他人 changes in API and BPI

---

但总的来说，遗留应用程序兼容性故事与 Java 真的很好。他们必须让所有企业客户牢记这一点。