做个小调查，有多少公司已经迁移到 JDK11 了？或者使用 OpenJDK?

或者使用 OpenJDK ？

zulujdk

@niuroumian 请教一下，和使用 OracleJDK 有任何区别吗？我看官网的描述是提供高度一致性。

jdk9 都还没升。感觉 8 之后的 stream 就能很好的满足我了。不清楚后面有什么新的特性。

我们有无关紧要的小项目用的是 11...上量的还都是 8

目前在用 adopt 的 11，还没出现过什么问题

自用的是 11，单位生产用的还是 8。

貌似没有大问题。小的地方，有些额外的依赖类，需要手工添加在 pom 中。别的没大区别。

OpenJDK 性能差些

一直用 AdoptOpenJDK

JDK8 开发，加上 JDK11 兼容的代码（主要是 direct Bytebuffer 的 cleaner ），使用 jdk11 运行，G1 并行 full gc 感觉不错

@wupher 用上了 模块化了 ？

@xi_lin 8 之后性能一样了

还在用 jdk8

已经迁移到 Go 了。。

OpenJDK 8

还在用 8

自用项目，尚未使用模块化
@slyang5

主要的生产系统还是 8。

8888888888888888

自用 Corretto 11

生产环境，1.8，部分老旧系统还在 1.6.
自己自学 Java 还在用 8，够了。

openjdk 有些 jre 包没有，会让一些类报错，这是我项目经历过的血的教训

从 7 往 8 迁移中。。。WTF

jdk 稳定的很，如果不是为了新技术兼容和团队喜欢追升级，没人去升吧

openjdk version "1.8.0_242"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_242-b08)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.242-b08, mixed mode)

1.8 能用 1 万年

不需要调查，看下 spring boot 用得哪个就行了，目前的稳定版还是 8 ： https://github.com/spring-projects/spring-boot/blob/2.2.x/spring-boot-project/spring-boot-parent/pom.xml

master 的构建工具换 Gradle 了，这个我还不知道哪里看 java 版本。当然这也说明要准备从 Maven 切换 Gradle 了。

偶数的不才是 LTS 么。。奇数的你们也用？？

@chenyu0532 java11 也是 LTS 啊

查了一下，JDK 8 是 2012 年发布的？反正 Java 是服务端语言，升级也不困难，为何还有这么多停留在 8 的？

@beyondex 首先 JAVA 不是服务端语言，什么端都能跑，你这点就有严重问题，其次，就算 JAVA 是服务端语言，就是因为是服务端，稳定第一，升级才需要做收益计算，如果升级不能带来收益，反而可能会导致不确定问题，鬼才升级，都是新项目用新版本，服务器上的老项目没人愿意动

我司生产还在 1.6，准备今年升 1.8

JDK 11 G1 默认开启后性能会提升一些吧. 其他感觉没啥必要.

JDK8 的调优做到了么？如果没做到，升了 11 线上 GC 出问题了你去踩坑噢？

@zzf2019 和这位大佬一样，用 open jdk8，但很多 jre 类库没有，需要 maven 自己引入。生产开发都是 8，虽然我了解 9，11。不明白用 11 开发，用 8 部署的，新的 feature 旧的运行时环境怎么兼容的？如果没有用到新 feature 那倒不如直接选 8 呢？

j8 没调优...想升 j11

@pzhdfy jdk11 里 clean 有啥新方法吗..

用 11 开发，编译的时候可以使用 jdk8 标准编译，然后就可以在 jdk8 上运行了，我们旧系统环境是 jdk7，但开发都是用 jdk8，然后编译的时候选 jdk7，然后在 jdk7 上运行

Java8 使用 OracleJDK，Java11 使用 AdoptOpenJDK，试了一些情景，OpenJDK 反而慢一点

还在用 8， 一直是 OpenJDK

@beyondex 怎么就不困难了。。。全部项目都要升级新版本 JDK，还要处理不知道多少兼容性问题。费时费力没什么眼面前看得到的收益，没人愿意干。

怕的是哪个第三方库没有对应版本的话，那就真的是酸爽了。

$ java -version
openjdk version "11.0.6" 2020-01-14 LTS
OpenJDK Runtime Environment Zulu11.37+17-CA (build 11.0.6+10-LTS)
OpenJDK 64-Bit Server VM Zulu11.37+17-CA (build 11.0.6+10-LTS, mixed mode)

生产仍然在用 1.4 路过。。。

已升 11，生产用 openjdk，开发用 jdk。

以后找下家公司薪资第二，是否用 java11 放第一

jdk8 战未来

JDK8

自用 jdk11，生产环境 8，不过有时候会对新旧版本语言特性产生混乱，所以今年需要把环境统一成 11 了。况且目前 java8->java11 的迁移，对于大部分中小规模的项目暂时还是无痛的，早日转总比等到 jdk8 结束支持再转好吧！

自用 OpenJDK，用的 vs 里带的那个版本

我司一个高量的对外 websocket 服务上了 jdk11 其他都还是 8

@ZZSZZSZZS vs 里面还内置了 jdk ？？？？

@afirefish 安装的时候不是可以选择哪些组件吗，还内置了安卓 sdk 和 ndk 呢

@ZZSZZSZZS 看到了，是 android 用的 OpenJDK。。。我还以为 VS 能写 Java 了呢

6，不用谢

公司一般感觉都不太会升级吧。。。。因为也没有什么特别突出的特性让人有欲望升级的

现在已经在用 go 了

一直在用 8，之后的没学过，也不会用，哈哈

openjdk 13

Jetbrains，最新的 IDE 都是 openJDK11

去年的项目要兼容 HPUX，AIX, 刚准备说 HPUX 最多支持到 JDK8， 结果翻了一下 HP 网页，居然发现对方来了一个飞跃性的突破...

@BBCCBB

@BBCCBB
不是新方法 而是 clean 的方法变了 没有兼容的代码直接拿到 jdk11 上运行会有 bug

private static Cleaner lookupCleanerJava9(MethodHandles.Lookup lookup) throws ReflectiveOperationException
{
Class<?> cleaner = Class.forName("java.lang.ref.Cleaner");
Class<?> cleanable = Class.forName("java.lang.ref.Cleaner$Cleanable");

MethodHandle create = lookup.findStatic(cleaner, "create", MethodType.methodType(cleaner));

Object theCleaner;
try {
theCleaner = create.invoke();
}
catch (Throwable t) {
throw new RuntimeException("Unable to create cleaner", t);
}

MethodHandle register = lookup.findVirtual(
cleaner,
"register",
MethodType.methodType(cleanable, Object.class, Runnable.class)
).bindTo(theCleaner);

MethodHandle clean = lookup.findVirtual(cleanable, "clean", MethodType.methodType(void.class));

return new CleanerImpl(register, clean);
}

private static Cleaner lookupCleanerJava8(MethodHandles.Lookup lookup) throws ReflectiveOperationException
{
Class<?> cleaner = Class.forName("sun.misc.Cleaner");
MethodHandle register = lookup.findStatic(
cleaner,
"create",
MethodType.methodType(cleaner, Object.class, Runnable.class)
);

MethodHandle clean = lookup.findVirtual(cleaner, "clean", MethodType.methodType(void.class));
return new CleanerImpl(register, clean);
}

另外个人观点 如果现状稳定 没有需求不建议老项目升级 风险较大
我们遇到的问题是我们进程的堆有 200G，是个计算和内存密集型程序，容易发生 full gc, 原来可能暂停几十秒，使用 jdk11 后并行 full gc 一般控制在 3s 内

一直用的 centos 自带的 openjdk

一直在用 JDK8， 感觉近几年要是没什么重要的问题应该都不会升了

公司和自己都用 Openjdk8 感觉可以用到退休

新版任你发, 我用 java8