• Java 17计划于 9 月 14日发布，来自不同供应商的版本将在当天或之后发布。Java 17 的特别之处当然是 Oracle 和 OpenJDK 社区都决定这将是一个长期支持版本，就像 Java 11 和之前的 Java 8 一样。自从从 Java 10 开始引入快速发布节奏以来
  • JDK 17 已经发布了几个月，它不仅包含了新的语言功能。在性能提升相比老版本的JDK也确实显著。与之前的 LTS 版本 JDK 8 和 JDK 11 相比，这一点变得尤为明显。 性能的大部分改进来自JVM中的新功能和优化，在这篇文章中，重点将放在垃圾收集领域的改进上.  <
  • 针对于苛刻的生产环境，Eclipse 基金会的 Adaptium 项目发布了其首个 Eclipse Temurin Java SE 二进制文件，即 OpenJDK 的“生产就绪”构建，涵盖了适用于 Windows、Linux 的 Java SE（标准版）8、Java SE 11 和 Java icon
  • Go、Julia 和 Rust 等现代语言不需要像 Java C# 使用的那些复杂的垃圾收集器，为什么？为了解释原因，我们需要了解垃圾收集器的工作原理以及不同语言如何以不同方式分配内存。然而，我们将首先看看为什么 Java 特别需要如此复杂的垃圾收集器。我将在这里介绍许多不同 icon
  • Facebook 正在使用 GraalVM 来加速其 Spark 工作负载并减少内存和 CPU 使用率。继续阅读以了解他们的迁移故事、性能改进结果和未来计划。Facebook 在几个关键领域使用 Java，例如大数据（Spark、Presto 等）、后端服务和移动。在迁移到 Graa icon
  • IBM Semeru Runtimes 使用来自 OpenJDK 的类库以及 Eclipse OpenJ9 Java 虚拟机，使开发人员能够构建和部署 Java 应用程序，这些应用程序将快速启动、提供出色的性能，同时使用更少的内存。 icon
  • 在开始之前想重申一下，我的观点不是要在两种语言之间发起语言战争，也不是试图将一种语言变成另一种语言。我花了很多时间分析我想要讨论的特性，并自动排除了对一种语言非常有意义而在另一种语言中很荒谬的特性。例如，在 Rust 中要求垃圾收集是愚蠢的（因为它的主要主张是对内存分配的非常严格的控制）并且 icon
  • 今天我们发布 GraalVM 21.3！它带来了许多社区期待已久的强大功能，在这篇博文中，我们将讨论其中一些最有趣和最有前途的功能。21.3 是今年的最后一个版本，这意味着 GraalVM 社区版将在接下来的 12 个月内不断收到更新。因此，如果您正在考虑升级 GraalVM 版本， icon
  • JVM平台是一个很好的技术产品。特别是，抽象层允许 JVM 将字节码编译为适合工作负载的本机代码。这就是为什么即使 C/C++ 编译的应用程序更接近裸机，JVM 也能够在性能方面与它们竞争 - 甚至获胜的原因。然而，这种优化是有代价的：JVM 需要时间来预热，例如，将类加载到内存中。 icon
  • 在Kubernetes上对Java的三个方面的研究： - ActiveProcessorCount - 默认GC - 默认Heap Sizing ActiveProcessorCount 当前匹配cpu_ icon
  • Netflix 从 Java 8 迁移到 11 的案例研究心得： “我的方法和他们的方法之间的唯一区别是没有绝望。”在过去的两年里，我做了一件没有人认为不可能的事情。我将我们的代码从 JDK 8 更新到 JDK 16。在我在 Netflix 完成的所有事情中，这是我问得最多的一件事， icon
  • Java和JVM一次编写到处运行的目标目前正在受到 Rust与WebAssembly的挑战！WebAssembly将替代JVM吗？JVM未能真正成为从物联网到服务器等任何设备上运行的通用容器，WebAssembly会吗？WebAssembly 是一种小型便携式虚拟机，可在现代 Web icon
  • 将jlink和jpackage一起使用可以交付打包好的直接执行的Java应用程序，可以在不依赖最终用户安装特定 JDK 的情况下做到这一点，因为jlink在您的应用程序安装程序中为他们提供了他们需要的 JDK 子集。 使用 jlink 创建纤薄的自定义运行时r icon
  • 我已经使用 JVM 二十年了，主要是在 Java 中。JVM 是一项了不起的技术。恕我直言，它最大的好处是它能够使本机代码适应当前的工作负载；如果工作负载发生变化并且本机代码不是最佳的，它将相应地重新编译字节码。另一方面，当不再需要对象时，JVM 会自动从内存中释放它们。这个过程被称 icon
  • Java 虚拟机需要内存来呼吸——有时比我们喜欢的还要多。Metaspace 是它最需要的子系统之一，它是 JVM 中保存类元数据的部分。通过 JEP 387，#SAP 为 OpenJDK 贡献了一个更加节俭和弹性的实现。尽管“弹性元空间”相对默默无闻，但它是此版本最大的外部贡献之一 icon
  • 通常我们都是从Java网站上下载JDK，但是寻找特定版本JDK很麻烦，这个小插件帮助你在IDE开发工具中可视化直接选择特定版本下载JDK，是一个方便的小工具：您是否曾经遇到过一直在寻找特定发行版的特定 JDK 版本的情况？我想我们大多数人都这么做过，我不知道你是如何处理的，但过去我过 icon
  • 来自JVM/性能极客shipilev的“JVM Anatomy Quarks”是一个正在进行的迷你帖子系列，其中每篇帖子都描述了一些关于 J icon
  • 假设我们有一个 Java 库，它提供了一个公共类和方法，如下所示： icon