1.为什么要选择JDK1.8而不是内内存1.9呢？
2.jdk12和jdk1.8的区别
3.jdk17和jdk1.8区别
4.见了鬼，我JVM的存分Survivor区怎么只有20M了？
5.几种常见GC简介
6.jdk17和jdk1.8区别

为什么要选择JDK1.8而不是1.9呢？

       探索Java新手的最佳选择：JDK版本详解

       在Java编程的世界里，选择合适的配源JDK版本至关重要。以下内容将为您揭示最新版本推荐，结构以及JDK与JRE的内内存区别，帮助您做出明智决定。存分源码html模板

1. 推荐JDK版本: 对于初学者，配源我们建议您优先考虑JDK 1.8或1.9，结构其中1.8是内内存目前最广泛支持且功能强大的选择。不过，存分请注意Oracle可能对商业版收费，配源这可能影响新版本的结构推广速度。

2. JDK与JRE的内内存差异: JDK是Java开发工具包，包含编译和运行工具，存分如System.out.println。配源与之相比，JRE是运行环境，是JDK的子集，仅用于程序运行，降低了空间需求和潜在安全风险。在实际开发中，新手通常使用JDK进行开发，而运行时则选择JRE。在线咨询平台源码

3. 版本演变与定位: JDK版本命名曾经历J2SE（Java Standard Edition）阶段，对应不同平台，如J2EE面向企业级应用。Java 作为稳定版本，以简单性、面向对象设计和网络技能的提升为核心。

       Java 特性亮点：

简单性与面向对象: 类库丰富，if语句强大，设计注重对象和接口，与C++的接口继承和元素模型有所不同。

网络优势: 处理TCP/IP协议变得简单，支持远程方法调用，方便协作。

内存管理稳健: 内存模型改进，确保更高的安全性和可靠性。

       Java的其他特性包括：

自动错误检测: 实时错误检查，有助于开发者快速定位指针问题。

内存模型优化: 引用和值分开存储，提升代码安全性。

安全性保障: 防病毒、防篡改，适应网络环境下的emwin有源码吗应用。

体系结构中立: 编译器生成可移植的代码，适应不同处理器。

可移植性: 明确的类型和算法，减少代码重写需求。

解释器的便利: 语言易懂，开发过程高效。

高性能: 实时编译优化，提升运行速度。

多线程潜力: 提高交互性能，编程更便捷。

动态适应性: 应对环境变化，可动态扩展功能。

版本选择建议: 选择JDK 1.8或1.，保持学习成本最小，核心理念保持一致。

       了解这些信息后，您将能够根据自己的需求和项目特点，明智地选择适合的JDK版本。记得定期关注官方更新，确保您的项目始终运行在最新且最优化的环境中。不过，实际应用中，spark读取hive源码请参考[1] 和[2] 获取更深入的指南和见解。

jdk和jdk1.8的区别

       jdk和jdk1.8的区别分别是：

1、jdk是：新增了一个名为 Shenandoah 的 GC 算法，通过与正在运行的 Java 线程同时进行 evacuation 工作来减少 GC 暂停时间。

       æ‰©å±•äº† switch 语句，使其不仅可以作为语句，还可以作为表达式并且针对 位平台，使用默认类列表增强 JDK 构建过程以生成类数据共享档。

       å¦‚æžœ G1 Mixed GC 存在超出暂停目标的可能性，则使其可中止。增强 G1 GC，在空闲时自动将 Java 堆内存返回给操作系统。

2、jdk1.8是：Java1.8允许我们给接口添加一个非抽象的方法实现，只需要使用 default关键字即可，这个特征又叫作扩展方法。

       Lambda 表达式：例如： (x, y) -> { return x + y; } ;λ表达式有三部分组成：参数列表，箭头->），以及一个表达式或语句块。

       hashmap和currenthashmap的红黑树以及cas。

jdk的特性是：

       å±€éƒ¨å˜é‡ç±»åž‹æŽ¨æ–­ï¼švar并且线程本地握手JDK 将引入一种在线程上执行回调的新方法，因此这将会很方便能停止单个线程而不是停止全部线程或者一个都不停。

       å¤‡ç”¨å†…存设备上的堆分配，允许HotSpot VM在备用内存设备上分配Java对象堆内存，该内存设备将由用户指定。

       å…¶ä»–Unicode语言 - 标记扩展，目标是增强java.util.Locale及其相关的API，以便实现语言标记语法的其他Unicode扩展（BCP ）。

       åŸºäºŽJava的实验性JIT编译器Oracle希望将其Java JIT编译器Graal用作Linux / x平台上的实验性JIT编译器。

jdk和jdk1.8区别

两者的区别是所占内存不同。

       jdk1.8中取消了永久代，取而代之的是Metaspace，这个空间不占用jvm虚拟机的内存，而是占用物理机的内存。

       JDK限制抽象类的实现，新增jdeps命令行，来分析类、目录、jar包的类依赖层级关系。

见了鬼，我JVM的Survivor区怎么只有M了？

       某日，一位同学在群里分享了使用 jmap -heap 查看内存使用情况的截图，发现 Survivor 区占比总是在%以上，这引发了讨论。通过分析图中的信息，我们注意到 Eden、From、To 之间的比例并非默认的8:1:1，这提示我们可能存在 AdaptiveSizePolicy 的影响。使用 jinfo -flags pid 确认使用的是 JDK 1.8 的默认回收算法 UseParallelGC，并且默认开启了 AdaptiveSizePolicy。这表示每次垃圾回收（GC）后，JVM 会重新计算 Eden、From 和 To 区的大小，以适应不同的 GC 时间、吞吐量和内存占用量。在默认配置下，虽然 SurvivorRatio 的默认值是8，但年轻代三个区域的比例仍会变动，从而导致 Survivor 区的spring免费阅读源码大小变化。

       在讨论中，我们发现老年代的内存使用量也较高，这引起了进一步的调查。通过使用 jmap -histo 查看堆中的实例，发现有两个类的实例数量较多，分别是 ExpiringCache 和 LinkedHashMap。进一步分析发现 ExpiringCache 的构造函数初始化了一个 LinkedHashMap，这可能是问题的源头。通过分析 ExpiringCache$Entry 类和其使用场景，我们定位到问题出在使用 getCanonicalPath() 方法的类上，这会导致大量 ExpiringCache$Entry 对象进入老年代。使用 jstat -gcutil 查看 GC 情况，发现从应用启动到执行 jmap -histo 命令期间，触发了次 Full GC（FGC），耗时9.秒，平均每次 FGC 耗时约为毫秒。这表明内存管理存在优化空间。

       为了解决 Survivor 区变小、老年代占比变高的问题，有几种解决方案可以考虑。一种简单的方法是不使用缓存，可以通过设置参数-Dsun.io.useCanonCaches=false 来关闭缓存。另一种方案是保持使用 UseParallelGC，显式设置 -XX:SurvivorRatio=8，以固定年轻代三个区域之间的比例。最后，可以考虑使用 CMS 垃圾回收器，因为它默认关闭 AdaptiveSizePolicy，从而提供更稳定的内存管理。

       对于源码层面的理解，JDK 1.8 中的 UseParallelGC 和 AdaptiveSizePolicy 的互动主要通过参数配置来实现。当显式设置 SurvivorRatio 时，JVM 会确保这个参数在 Parallel Scavenge 回收器中生效，从而固定年轻代三个区域的比例。在 AdaptiveSizePolicy 的实现中，JVM 会在 GC 过程完成后根据预期停顿时间和实际的 GC 时间动态调整内存大小。然而，在使用 CMS 垃圾回收器时，JDK 1.8 中的逻辑会将 UseAdaptiveSizePolicy 设置为 false，这限制了 AdaptiveSizePolicy 的应用，从而影响内存管理的优化。

       通过这次讨论和分析，我们不仅发现了内存管理中的问题，还学习了如何通过参数配置来优化 JVM 的垃圾回收策略。对于开发者而言，了解并合理配置这些参数可以显著提升应用的性能和稳定性。

几种常见GC简介

        在springboot-admin当中，大概会有以下几种类型的gc出现，本文我们看看他们分别是什么意思。

        本文使用的垃圾收集器是jdk1.8的PS+PO。

        顾名思义，就是内存分配失败导致的GC，常见于年轻代当中。

        使用JNI临界区的方式操作数组或者字符串时，为了防止GC过程中jarray或者jstring发生位移，而导致数组指针失效，需要保持它们在JVM Heap中的地址在JNI Critical过程中保持不变。于是JVM实现了GC_locker，用于JNI Critical内阻止其他GC的发生。

        当GCLocker被激活且需要发生GC的时候（这里是否需要GC是各种GC发生时，调用GCLocker::check_active_before_gc()函数check并设置_needs_gc = true的），就会阻塞其他线程进入JNI临界区；并且在最后一个位于JNI临界区的线程退出临界区时，发起一次CGCause为_gc_locker的GC。这里解释了GCLocker Initiated GC发生的原委。

        在JVM中的垃圾收集器中的Ergonomics就是负责自动的调解gc暂停时间和吞吐量之间的平衡，使你的虚拟机性能更好的一种做法。

        简单说就是内存在进行分配的时候，会通过一些算法，预估是否会出现无法分配的问题。如果符合无法分配预估值，会提前进行一次gc。

        这个gc主要发生的条件是元空间，也就是Metadata的参数设置问题。

        通常根据我们学习的JVM只是，元空间使用的是本地内存，所以应该与当前服务器的最大内存有关。

        但实际不是这样的，在jdk1.8中，如果不设置元空间的大小，会有一个默认值是M。

        所以需要我们启动的时候指定一个元空间大小：

        GC日志如下所示：

jdk和jdk1.8区别

       关于 JDK 与 JDK1.8 的主要区别，主要体现在内存管理和新功能上。首先，JDK1.8 与 JDK 在内存使用上有所调整。在 JDK1.8 中，永久代已被移除，取而代之的是 Metaspace。Metaspace 不再占用 JVM 虚拟机的内存空间，而是直接占用物理机的内存资源，这可能会对系统资源分配产生影响。

       其次，JDK 在语言规范上引入了新特性。它对抽象类的实现进行了限制，这意味着在编写代码时可能需要更加谨慎，以确保符合这一新规定。这种变化旨在提升代码的规范性和可维护性。

       另外，JDK 增加了一个名为 jdeps 的新命令行工具，它能够帮助开发者分析类、目录以及 jar 包中各类依赖关系的层级结构。这个工具对于管理和理解大型项目中的依赖关系具有很大帮助，提高了开发效率和代码质量。

       总的来说，JDK 与 JDK1.8 的不同主要体现在内存管理的优化和对编程规范的强化，以及引入的新工具以支持更精细的依赖分析。在选择使用哪个版本时，开发者需要考虑项目的需求和自身的编程习惯。

jdk和jdk1.8有什么区别

       JDK 与JDK 1.8的主要区别：

       一、版本与兼容性

       JDK 是Java的最新长期支持版本，而JDK 1.8是较早的一个版本。JDK 在性能和功能上进行了许多优化和改进，同时支持最新的Java技术和标准。而JDK 1.8虽然已经相当成熟稳定，但在功能和性能上相对于JDK 有所局限。

       二、性能优化

       JDK 相较于JDK 1.8在性能上有了显著的提升。例如，JDK 中的JVM性能模式改进使得应用程序在运行时能够更好地管理内存和计算资源。此外，JDK 还引入了一系列新的特性和工具，如飞行记录器，帮助开发者更有效地诊断性能问题。

       三、新功能与改进点

       JDK 带来了许多新特性和改进，例如增强型模块化系统、新的Java开发工具等。这些新特性使得Java开发者能够更高效地编写、测试和维护代码。而JDK 1.8虽然也有其独特的特性，但在功能和工具上相对于JDK 有所不足。

       详细解释：

       版本与兼容性方面，JDK 作为最新的长期支持版本，提供了更好的性能和稳定性，同时支持最新的Java技术和标准。这意味着使用JDK 开发的应用程序能够更好地在各种设备和操作系统上运行。而JDK 1.8虽然也是一个稳定的版本，但在功能和性能上相对有限。

       在性能优化方面，JDK 的JVM性能模式改进使得应用程序在运行时能够更好地管理内存和计算资源，从而提高应用程序的响应速度和吞吐量。此外，JDK 还引入了飞行记录器等新工具，帮助开发者更有效地诊断和解决性能问题。

       至于新功能与改进点，JDK 带来了许多新特性和改进，例如增强型模块化系统使得Java应用程序更加灵活和可维护。此外，JDK 还包含了许多新的Java开发工具，如新的编译器和调试器，帮助开发者更高效地编写和测试代码。相比之下，JDK 1.8虽然也有其独特之处，但在功能和工具上相对滞后。

       总的来说，JDK 相较于JDK 1.8在性能、功能、兼容性等方面都有显著的提升，是Java开发者的理想选择。