jvm虚拟机教程

许多Java框架依靠序列化和反序列化来在不同计算机上的JVM之间交换消息，或将数据持久化到磁盘上。监视反序列化对使用此类框架的应用程序开发人员很有帮助，因为它可以洞察应用程序的底层反序列化要求。这种见解有助于配置

Java 开发工具包 (JDK) 17 将是一个长期支持 (LTS) 版本，预计来自 Oracle 的扩展支持将持续数年。该功能集定于 6 月 10 日冻结，届时 JDK 17 将进入初始阶段。作为 OpenJDK JDK 17 的一部分提交的功能包括： 

在这篇文章中，我想检查一下从现有的Spring Boot应用程序生成Docker镜像有多么容易。 原理GraalVM提供许多不同的功能。其中，称为Substrate VM的组件允许将常规字节码AOT编译为本地可执行文件。该过程从mai

JDK 16已经发布，并且像往常一样，每个新发行版都具有许多新功能，增强功能和错误修复。 

早在2000年代初期，许多开发人员就被Java过于复杂的世界所吓坏。四种模式和中间件/ J2EE / Java EE的组合导致所谓的脱钩的荒谬程度，从我在2002年研究的开源J2EE电子商务系统的此序列图中可以明显看出：

Facebook 正在使用 GraalVM 来加速其 Spark 工作负载并减少内存和 CPU 使用率。继续阅读以了解他们的迁移故事、性能改进结果和未来计划。Facebook 在几个关键领域使用 Java，例如大数据（Spark、Presto 等）、后端服务和移动。在迁移到 Graa

自使用Java十五年后，我编写Kotlin的第一行到现在已经快五年了。我们的团队没有按照典型的Java剧本：我们用Utterlyidle代替Spri

大页面是一种减少处理器TLB缓存压力的技术。这些缓存用于加快将虚拟地址转换为物理内存地址的时间。大多数体系结构支持多种页面大小，通常基页大小为 4 KB。对于使用大量内存的应用程序，例如大型 Java 堆，使用更大的页面粒度映射内存以增加 TLB 中的命中率是有意义的。在 x86-64 上，

Netflix 从 Java 8 迁移到 11 的案例研究心得： “我的方法和他们的方法之间的唯一区别是没有绝望。”在过去的两年里，我做了一件没有人认为不可能的事情。我将我们的代码从 JDK 8 更新到 JDK 16。在我在 Netflix 完成的所有事情中，这是我问得最多的一件事，

这篇文章回顾了JDK 16 Hotspot的世界垃圾收集器中最重要的变化-G1和Parallel GC。首先，简要介绍一下整个GC子组件：这次垃圾回收区域中唯一的JEP与ZGC与

长期以来，应用程序监视工具已经能够使用JMX通过网络连续获取数据。例如，可以从OperatingSystemMXBean获得CPU负载，并在JDK Mission Control中将其可视化。JDK16的JFR提供了更丰富的结构化数据，例如堆栈跟踪和带有时间戳的值，可通过网络传输这些

我已经使用 JVM 二十年了，主要是在 Java 中。JVM 是一项了不起的技术。恕我直言，它最大的好处是它能够使本机代码适应当前的工作负载；如果工作负载发生变化并且本机代码不是最佳的，它将相应地重新编译字节码。另一方面，当不再需要对象时，JVM 会自动从内存中释放它们。这个过程被称

这份报告展示了对 JVM 生态系统状态进行的最大规模年度调查的结果。该调查在截至 2021 年 2 月和 2021 年 3 月的六周内进行，收集了 2000 多名 Java 开发人员的回答。今年的调查是Snyk和Azul的合作，与以往的调查略有不同。我们的目标是使调查更加简洁，并且只

这项研究清楚地表明，内存是在创建时分配给线程的，而不是根据线程的运行时需求分配的。超级工作线程和几乎休眠的线程都消耗相同数量的内存。现代Java应用程序倾向于创建数百个（有时数千个）线程。但是这些线程大多数都处于WAITING或TIMED_WAITING状态，并且什么也不做。鉴于线程在创建时

通常我们都是从Java网站上下载JDK，但是寻找特定版本JDK很麻烦，这个小插件帮助你在IDE开发工具中可视化直接选择特定版本下载JDK，是一个方便的小工具：您是否曾经遇到过一直在寻找特定发行版的特定 JDK 版本的情况？我想我们大多数人都这么做过，我不知道你是如何处理的，但过去我过

可以这样想：如果 VM 就像房子，那么容器就像帐篷。你可以试着把所有的家具都装进去，但考虑到物质和时空的限制，你最好只试着把你需要的东西装进去。帐篷很轻——可以快速搭起和拉下——但你可能会感觉到风在摇晃帐篷杆。雨不会进来，但帐篷不会像砖墙和屋顶那样御寒。如果你想在帐篷里塞满一栋带车库