【死磕JVM】这可能是最全的JVM面试题了

最新推荐文章于 2024-09-07 19:32:11 发布
最新推荐文章于 2024-09-07 19:32:11 发布
阅读量945 收藏 21
点赞数 24
分类专栏： 程序员 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84023482/article/details/138367713
版权

  1. 了解JVM的参数设置，包括：堆空间各个区域的大小设置，新生代和老年代分别采用了哪些垃 圾收集器，然后分析JVM参数设置是否合理。

  2. 再对步骤1中列出的可能原因做排除法，其中元空间被打满、内存泄漏、代码显式调用gc方法 比较容易排查。

  3. 针对大对象或者长生命周期对象导致的FGC，可通过 jmap -histo 命令并结合dump堆内存文件作进一步分析，需要先定位到可疑对象。

  4. 通过可疑对象定位到具体代码再次分析，这时候要结合GC原理和JVM参数设置，弄清楚可疑 对象是否满足了进入到老年代的条件才能下结论。

4.描述一下class初始化过程？

一个类初始化就是执行clinit()方法，过程如下：

  • 父类初始化

  • static变量初始化/static块（按照文本顺序执行）

Java Language Specification中，类初始化详细过程如下（最重要的是类初始化是线程安全的）：

  1. 每个类都有一个初始化锁LC，进程获取LC（如果没有获取到，就一直等待）

  2. 如果C正在被其他线程初始化，释放LC并等待C初始化完成

  3. 如果C正在被本线程初始化，即递归初始化，释放LC

  4. 如果C已经被初始化了，释放LC

  5. 如果C处于erroneous状态，释放LC并抛出异常NoClassDefFoundError

  6. 否则，将C标记为正在被本线程初始化，释放LC；然后， 初始化那些final且为基础类型的类成员变量

  7. 初始化C的父类SC和各个接口SI_n（按照implements子句中的顺序来） ；如果SC或SIn初始化过程中抛出异常，则获取LC，将C标记为erroneous，并通知所有线程，然后释放LC，然后 再抛出同样的异常。

  8. 从classloader处获取assertion是否被打开

  9. 接下来， 按照文本顺序执行类变量初始化和静态代码块，或接口的字段初始化，把它们当作是一个个单独的代码块。

  10. 如果执行正常，获取LC，标记C为已初始化，并通知所有线程，然后释放LC

  11. 否则，如果抛出了异常E。若E不是Error，则以E为参数创建新的异常ExceptionInInitializerError作为E。如果因为OutOfMemoryError导致无法创建ExceptionInInitializerError，则将OutOfMemoryError作为E。

  12. 获取LC，将C标记为erroneous，通知所有等待的线程，释放LC，并抛出异常E

5.简述一下内存溢出的原因，如何排查线上问题？

内存溢出的原因

  • java.lang.OutOfMemoryError: …java heap space. 堆栈溢出，代码问题的可能性极大

  • java.lang.OutOfMemoryError: GC over head limit exceeded 系统处于高频的GC状态，而且回收的效果依然不佳的情况，就会开始报这个错误，这种情况一般是产生了很多不可以被释放 的对象，有可能是引用使用不当导致，或申请大对象导致，但是java heap space的内存溢出有可能提前不会报这个错误，也就是可能内存就直接不够导致，而不是高频GC.

  • java.lang.OutOfMemoryError: PermGen space jdk1.7之前才会出现的问题 ，原因是系统的代码非常多或引用的第三方包非常多、或代码中使用了大量的常量、或通过intern注入常量、 或者通过动态代码加载等方法，导致常量池的膨胀

  • java.lang.OutOfMemoryError: Direct buffer memory 直接内存不足，因为jvm垃圾回收不会回收掉直接内存这部分的内存，所以可能原因是直接或间接使用了ByteBuffer中的allocateDirect方法的时候，而没有做clear

  • java.lang.StackOverflowError - Xss设置的太小了

  • java.lang.OutOfMemoryError: unable to create new native thread 堆外内存不足，无法为线程分配内存区域

  • java.lang.OutOfMemoryError: request {} byte for {}out of swap 地址空间不够

6.jvm有哪些垃圾回收器，实际中如何选择？

在这里插入图片描述

图中展示了7种作用于不同分代的收集器，如果两个收集器之间存在连线，则说明它们可以搭配使用。虚 拟机所处的区域则表示它是属于新生代还是老年代收集器。

新生代收集器（全部的都是复制算法）：Serial、ParNew、Parallel Scavenge

老年代收集器：CMS（标记-清理）、Serial Old（标记-整理）、Parallel Old（标记整理） 整堆收集器： G1（一个Region中是标记-清除算法，2个Region之间是复制算法）

同时，先解释几个名词：

  1. 并行（Parallel）：多个垃圾收集线程并行工作，此时用户线程处于等待状态

  2. 并发（Concurrent）：用户线程和垃圾收集线程同时执行

  3. 吞吐量：运行用户代码时间／（运行用户代码时间＋垃圾回收时间）

1.Serial收集器是最基本的、发展历史最悠久的收集器。

特点： 单线程、简单高效（与其他收集器的单线程相比），对于限定单个CPU的环境来说，Serial收集器 由于没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程手机效率。收集器进行垃圾回收 时，必须暂停其他所有的工作线程，直到它结束（Stop The World）。

应用场景： 适用于Client模式下的虚拟机。

Serial / Serial Old收集器运行示意图：

在这里插入图片描述

2.ParNew收集器其实就是Serial收集器的多线程版本。

除了使用多线程外其余行为均和Serial收集器一模一样（参数控制、收集算法、Stop The World、对象分配规则、回收策略等）。

特点： 多线程、ParNew收集器默认开启的收集线程数与CPU的数量相同，在CPU非常多的环境中，可以 使用-XX:ParallelGCThreads参数来限制垃圾收集的线程数。

和Serial收集器一样存在Stop The World问题

应用场景： ParNew收集器是许多运行在Server模式下的虚拟机中首选的新生代收集器，因为它是除了

Serial收集器外，唯一一个能与CMS收集器配合工作的。

ParNew/Serial Old组合收集器运行示意图如下：

在这里插入图片描述

3.Parallel Scavenge 收集器与吞吐量关系密切，故也称为吞吐量优先收集器。

特点： 属于新生代收集器也是采用复制算法的收集器，又是并行的多线程收集器（与ParNew收集器类 似）。

该收集器的目标是达到一个可控制的吞吐量。还有一个值得关注的点是：GC自适应调节策略（与

ParNew收集器最重要的一个区别）

GC自适应调节策略： Parallel Scavenge收集器可设置-XX:+UseAdptiveSizePolicy参数。当开关打开时不需要手动指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRation）、晋升老年代 的对象年龄（-XX:PretenureSizeThreshold）等，虚拟机会根据系统的运行状况收集性能监控信息，动 态设置这些参数以提供最优的停顿时间和最高的吞吐量，这种调节方式称为GC的自适应调节策略。

Parallel Scavenge收集器使用两个参数控制吞吐量：

XX:MaxGCPauseMillis 控制最大的垃圾收集停顿时间

XX:GCRatio 直接设置吞吐量的大小。

4.Serial Old是Serial收集器的老年代版本。

特点： 同样是单线程收集器，采用标记-整理算法。

应用场景： 主要也是使用在Client模式下的虚拟机中。也可在Server模式下使用。

Server模式下主要的两大用途（在后续中详细讲解···）：

  1. 在JDK1.5以及以前的版本中与Parallel Scavenge收集器搭配使用。

  2. 作为CMS收集器的后备方案，在并发收集Concurent Mode Failure时使用。

Serial / Serial Old收集器工作过程图（Serial收集器图示相同）：

在这里插入图片描述

5.Parallel Old是Parallel Scavenge收集器的老年代版本。

特点： 多线程，采用标记-整理算法。

应用场景： 注重高吞吐量以及CPU资源敏感的场合，都可以优先考虑Parallel Scavenge+Parallel Old 收集器。

6.CMS收集器是一种以获取最短回收停顿时间为目标的收集器。

特点： 基于标记-清除算法实现。并发收集、低停顿。

应用场景： 适用于注重服务的响应速度，希望系统停顿时间最短，给用户带来更好的体验等场景下。如web程序、b/s服务。

CMS收集器的运行过程分为下列4步：

初始标记： 标记GC Roots能直接到的对象。速度很快但是仍存在Stop The World问题。

并发标记： 进行GC Roots Tracing 的过程，找出存活对象且用户线程可并发执行。

重新标记： 为了修正并发标记期间因用户程序继续运行而导致标记产生变动的那一部分对象的标记记 录。仍然存在Stop The World问题。

并发清除： 对标记的对象进行清除回收。

CMS收集器的内存回收过程是与用户线程一起并发执行的。

CMS收集器的工作过程图：

在这里插入图片描述

CMS收集器的缺点：

  • 对CPU资源非常敏感。

  • 无法处理浮动垃圾，可能出现Concurrent Model Failure失败而导致另一次Full GC的产生。

  • 因为采用标记-清除算法所以会存在空间碎片的问题，导致大对象无法分配空间，不得不提前触发

一次Full GC。

在这里插入图片描述

7.G1收集器一款面向服务端应用的垃圾收集器。

特点如下：

并行与并发：G1能充分利用多CPU、多核环境下的硬件优势，使用多个CPU来缩短Stop-The-World停顿时间。部分收集器原本需要停顿Java线程来执行GC动作，G1收集器仍然可以通过并发的方式让Java程序继续运行。

分代收集：G1能够独自管理整个Java堆，并且采用不同的方式去处理新创建的对象和已经存活了一段时间、熬过多次GC的旧对象以获取更好的收集效果。

空间整合：G1运作期间不会产生空间碎片，收集后能提供规整的可用内存。

可预测的停顿：G1除了追求低停顿外，还能建立可预测的停顿时间模型。能让使用者明确指定在一个长度为M毫秒的时间段内，消耗在垃圾收集上的时间不得超过N毫秒。

G1收集器运行示意图：

在这里插入图片描述

关于gc的选择

除非应用程序有非常严格的暂停时间要求，否则请先运行应用程序并允许VM选择收集器（如果没有特别要求。使用VM提供给的默认GC就好）。

如有必要，调整堆大小以提高性能。 如果性能仍然不能满足目标，请使用以下准则作为选择收集器的起点：

  • 如果应用程序的数据集较小（最大约100 MB），则选择带有选项-XX：+ UseSerialGC的串行收集器。

  • 如果应用程序将在单个处理器上运行，并且没有暂停时间要求，则选择带有选项-XX：+UseSerialGC的串行收集器

  • 如果（a）峰值应用程序性能是第一要务，并且（b）没有暂停时间要求或可接受一秒或更长时间的暂停，则让VM选择收集器或使用-XX：+ UseParallelGC选择并行收集器 。

  • 如果响应时间比整体吞吐量更重要，并且垃圾收集暂停时间必须保持在大约一秒钟以内，则选择具有-XX：+ UseG1GC。（值得注意的是JDK9中CMS已经被Deprecated，不可使用！移除该选项）

  • 如果使用的是jdk8，并且堆内存达到了16G，那么推荐使用G1收集器，来控制每次垃圾收集的时间。

  • 如果响应时间是高优先级，或使用的堆非常大，请使用-XX：UseZGC选择完全并发的收集器。（值得注意的是JDK11开始可以启动ZGC，但是此时ZGC具有实验性质，在JDK15中

  • [202009发布]才取消实验性质的标签，可以直接显示启用，但是JDK15默认GC仍然是G1）

这些准则仅提供选择收集器的起点，因为性能取决于堆的大小，应用程序维护的实时数据量以及可用处理器的数量和速度。

如果推荐的收集器没有达到所需的性能，则首先尝试调整堆和新生代大小以达到所需的目标。 如果性能仍然不足，尝试使用其他收集器

总体原则：减少STOP THE WORD时间，使用并发收集器（比如CMS+ParNew，G1）来减少暂停时间，加快响应时间，并使用并行收集器来增加多处理器硬件上的总体吞吐量。

7. 简述一下Java类加载模型？

在这里插入图片描述

双亲委派模型

在某个类加载器加载class文件时，它首先委托父加载器去加载这个类，依次传递到顶层类加载器(Bootstrap)。如果顶层加载不了（它的搜索范围中找不到此类），子加载器才会尝试加载这个类。双亲委派的好处

  • 每一个类都只会被加载一次，避免了重复加载

  • 每一个类都会被尽可能的加载（从引导类加载器往下，每个加载器都可能会根据优先次序尝试加载它）

  • 有效避免了某些恶意类的加载（比如自定义了Java.lang.Object类，一般而言在双亲委派模型下会加载系统的Object类而不是自定义的Object类）

9. JVM8为什么要增加元空间，带来什么好处？

原因：

  1. 字符串存在永久代中，容易出现性能问题和内存溢出。

  2. 类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢

出，太大则容易导致老年代溢出。

  1. 永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。

元空间的特点：

  1. 每个加载器有专门的存储空间。

  2. 不会单独回收某个类。

  3. 元空间里的对象的位置是固定的。

  4. 如果发现某个加载器不再存货了，会把相关的空间整个回收。

10. 堆G1垃圾收集器有了解么，有什么特点

最后如何让自己一步步成为技术专家

说句实话，如果一个打工人不想提升自己，那便没有工作的意义，毕竟大家也没有到养老的年龄。

当你的技术在一步步贴近阿里p7水平的时候，毫无疑问你的薪资肯定会涨，同时你能学到更多更深的技术，交结到更厉害的大牛。

推荐一份Java架构之路必备的学习笔记，内容相当全面！！！

成年人的世界没有容易二字，前段时间刷抖音看到一个程序员连着加班两星期到半夜2点的视频。在这个行业若想要拿高薪除了提高硬实力别无他法。

你知道吗？现在有的应届生实习薪资都已经赶超开发5年的程序员了，实习薪资26K，30K，你没有紧迫感吗？做了这么多年还不如一个应届生，真的非常尴尬！

进了这个行业就不要把没时间学习当借口，这个行业就是要不断学习，不然就只能被裁员。所以，抓紧时间投资自己，多学点技术，眼前困难，往后轻松！

【关注】+【转发】+【点赞】支持我！创作不易！

一步步成为技术专家

说句实话，如果一个打工人不想提升自己，那便没有工作的意义，毕竟大家也没有到养老的年龄。

当你的技术在一步步贴近阿里p7水平的时候，毫无疑问你的薪资肯定会涨，同时你能学到更多更深的技术，交结到更厉害的大牛。

推荐一份Java架构之路必备的学习笔记，内容相当全面！！！

[外链图片转存中…(img-mFmTg3fg-1714529166740)]

成年人的世界没有容易二字，前段时间刷抖音看到一个程序员连着加班两星期到半夜2点的视频。在这个行业若想要拿高薪除了提高硬实力别无他法。

你知道吗？现在有的应届生实习薪资都已经赶超开发5年的程序员了，实习薪资26K，30K，你没有紧迫感吗？做了这么多年还不如一个应届生，真的非常尴尬！

进了这个行业就不要把没时间学习当借口，这个行业就是要不断学习，不然就只能被裁员。所以，抓紧时间投资自己，多学点技术，眼前困难，往后轻松！

【关注】+【转发】+【点赞】支持我！创作不易！

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

2401_84023482
关注
  • 24
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
【死磕JVM】这可能是最全的JVM面试题了，2024年最新阿里面试题先救妈妈还是
2401_84433658的博客
04-18 774
针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。上述的面试题答案都整理成文档笔记。也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
【死磕JVM】这可能是最全的JVM面试题了，java开发工程师百度百科
m0_65441360的博客
12-27 174
内存溢出的原因 java.lang.OutOfMemoryError: …java heap space. 堆栈溢出，代码问题的可能性极大 java.lang.OutOfMemoryError: GC over head limit exceeded 系统处于高频的GC状态，而且回收的效果依然不佳的情况，就会开始报这个错误，这种情况一般是产生了很多不可以被释放 的对象，有可能是引用使用不当导致，或申请大对象导致，但是java heap space的内存溢出有可能提前不会报这个错误，也就是可能内存就直
「死磕JVM」一道面试题引发的“栈帧”
Java_zhujia的博客
11-26 118
最近LZ的朋友——小勇在找工作，开年来金三银四，都想跳一跳，找个踏（gao）实（xin）点的工作，这不小勇也去面试了，不得不说，现在面试，各种底层各种原理，层出不穷，小勇就遇上了这么一道面试题，因为没有回答好，面试被PASS，让他备受打击，作为大（lao）哥（si）哥（ji）的我，肯定要安慰一下，到底是什么样的面试题，让小勇又一次夭折在面试的路上，好奇怪为什么要说又？简直让人喜极而泣，哈哈哈，言归正传，我们一起来看一下！
【死磕JVM】一道面试题引发的“栈帧”！！！
2401_84413631的博客
04-20 617
小勇心想：这不是小菜一碟吗，这我能不知道？于是小勇轻蔑一笑说：a = a++;输出结果是 8 ，a = ++a;是 9心想我还以为多有难度呢，就这？这种题目给我再来一个吧！面试官：无动于衷，面无表情的说道，为什么结果是这样的，你知道吗？小勇：还真来，提高难度了，小样有点东西啊，还好准备了，不然今天就在你这道题上坑住了。a++ 是先计算 a 在++，在分号结束的才会做a++运算，所以当我们做赋值操作的时候a++ 还是 8,所以赋值给a的时候也是8，只有当分号结束了a++才会是9。
最全【死磕JVM】一道面试题引发的“栈帧”！，java中级程序员面试题
2401_84585234的博客
05-13 621
既已说到spring cloud alibaba，那对于整个微服务架构，如果想要进一步地向上提升自己，到底应该掌握哪些核心技能呢？就个人而言，对于整个微服务架构，像RPC、Dubbo、Spring Boot、Spring Cloud Alibaba、Docker、kubernetes、Spring Cloud Netflix、Service Mesh等这些都是最最核心的知识，架构师必经之路！下图，是自绘的微服务架构路线体系大纲，如果有还不知道自己该掌握些啥技术的朋友，可根据小编手绘的大纲进行一个参考。
【死磕JVM】五年 整整五年了 该知道JVM加载机制了!
牧小农
02-27 9353
类加载 Java虚拟机类加载过程是把Class类文件加载到内存，并对Class文件中的数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的java类型的过程 和那些编译时需要连接工作的语言不同，在Java语言里，类型的加载，连接和初始化过程都是在程序 运行期间完成的，这种策略虽然会令类加载时稍微增加一些性能开销，但是会为java应用程序提供比较高的灵活性。 当我们使用到某个类的时候，如果这个类还未从磁盘上加载到内存中，JVM就会通过三步走策略（加载、连接、初始化）来对这个类进行初始化，JVM完
【死磕JVM】JVM快速入门之前戏篇
2401_84413599的博客
04-20 943
这份《“java高分面试指南”-25分类227页1000+题50w+字解析》同样可分享给有需要的朋友，感兴趣的伙伴们可挑战一下自我，在不看答案解析的情况，测试测试自己的解题水平，这样也能达到事半功倍的效果！（好东西要大家一起看才香）《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！！（好东西要大家一起看才香）[外链图片转存中…(img-ProuuGKw-1713550652621)]
【死磕JVM】一道面试题引发的，查漏补缺
m0_54865014的博客
12-17 875
1、字节码解释器通过改变程序计数器来一次读取指令，从而实现代码的流程控制。比如：顺序执行、选择、循环、异常处理等 2、在多线程的情况下，程序计数器用于记录当前线程线程执行的位置，当线程被切换回来的时候能够知道该线程上次运行到哪里了 特点： 是一块较小的内存空间 线程私有，每一条线程都有一个程序计数器 是唯一不会出现 OutOfMemoryError的内存区域 生命周期随着线程的创建而创建，随着线程的结束而结束 1.2 Java虚拟机栈 Java虚拟机栈也是线程私有的，它的生命周期与线程相
【死磕JVM】给同事讲了一遍GC后，他要去面试，年轻人，就是容易冲动！
2401_84414664的博客
04-20 688
标记为垃圾之后就给清理掉，别的空间还是固定的，效率还可以，就是容易产生碎片将内存一分为二，只使用一半，如果垃圾太多了，拷贝有用的到另外一边，剩下的清理就直接整个内存进行清理，效率比较高将所有的对象凑在一起，把垃圾全部清理走，接下来剩下的这个空间还是连续的，在里面分配任何内容的时候直接往里面分配就行了堆内存逻辑分区JVM中的Hot Spot 用的是分代算法新生代分为：eden、survivor默认比例8：是我们刚刚新 new出来对象之后往里扔的那块区域。
【死磕JVM】看完这篇我也会排查JVM内存过高了 就是玩儿，java算法面试题经典
m0_64867802的博客
12-05 1084
} } /** 对银行卡进行风险评估 */ private static void modelFit(){ List taskList = getAllCardInfo(); //拿出每一个信息出来 taskList.forEach(info -> { // do something executor.scheduleWithFixedDelay(() -> { //调用M方法 info.m(); }, 2, 3, TimeUnit.SECONDS); }); } private stati
【死磕JVM】用Arthas排查JVM内存 真爽，java程序编译原理
m0_64867293的博客
12-10 766
下载地址：https://arthas.gitee.io/download.html 你可以下载zip的包我下载的是arthas-packaging-3.5.0-bin.zip 或者通过命令去下载 wget https://alibaba.github.io/arthas/arthas-boot.jar 使用手册 1. 快速启动 当我们下载好之后，我们直接通过命令启动就可以java -jar arthas-boot.jar，但是在此之前我们需要通过检测的代码来挂靠到Arthas上面 import java
硬核，死磕这份Java面试突击核心讲，大厂offer拿到手软
YYniannian的博客
08-04 593
那么为什么国内面试不-会采取这样的考察方式呢？ 简单来说，互联网IT行业的求职者太多了，如果考察的是清一溜的 算法题和设计题，那么会要求面试官有极高的技术水平，还要花大量的时间成本和精力。...
死磕Spring之IoC篇 - 深入了解Spring IoC（面试题）
javalingyu的博客
04-24 1008
目录 1. 什么是 Spring Framework ？ 2. Spring Framework 的优势和不足？ 3. 你对 IoC 的理解？ 4. 为什么需要 IoC ？ 5. IoC 和 DI 的区别？ 6. IoC 容器的职责？ 7. 什么是 Spring IoC 容器？ 8. 构造器注入和 Setter 注入 9. BeanFactory 和 ApplicationContext 谁才是 Spring IoC 容器？ 10. Spring Bean 的生命周期？ 11. Bea
JVM 类加载机制
m0_60462557的博客
09-04 906
类加载过程，双亲委派模型。
JVM合集
最新发布
qq_45276167的博客
09-07 785
JVM就是将javac编译后的.class字节码文件翻译为操作系统能执行的机器指令。
【编程底层思考】什么是GC Roots
Dylaniou的博客
09-07 157
GC Roots是JVM垃圾收集机制中的一个关键概念，它们是垃圾收集器进行对象可达性分析的起点。通过识别GC Roots，垃圾收集器能够区分活跃对象和不再使用的对象，从而有效地管理内存并释放不再需要的资源。
调度器怎么自己写？调度器在实现时需要注意哪些细节？请写一个jvm的调度器？如何在这个调度器中添加多个任务？
zhang9880000的博客
09-07 594
用于处理异常并返回默认值。handle: 处理结果和异常，返回新的结果。: 查看结果或异常，不改变结果。选择哪种方法取决于你的具体需求和对异常的处理方式。
"鹅厂、大厂JVM面试题合集
这段描述主要是介绍了面试题中的一些重要问题和知识点，包括鹅厂面试题、大厂面试题和JVM面试题的内容。其中提到了TCP和UDP的区别，以及为什么TCP是三次握手而不是两次握手。接着提到了Dubbo和Dubbox之间的区别，...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值