怎么做北京赛车网站,天津网站优化哪家最专业,正规的高端网站制作公司,北京网站开发设计说一下 Jvm 的主要组成部分#xff1f;及其作用#xff1f;
类加载器执行器运行时数据区域本地接口 谈谈对运行时数据区的理解#xff1f;
堆和栈的区别是什么#xff1f;
堆中存什么#xff1f;栈中存什么#xff1f;
堆总存对象,栈中存局部变量,引用
为什么要把堆…说一下 Jvm 的主要组成部分及其作用
类加载器执行器运行时数据区域本地接口 谈谈对运行时数据区的理解
堆和栈的区别是什么
堆中存什么栈中存什么
堆总存对象,栈中存局部变量,引用
为什么要把堆和栈区分出来呢栈中不是也可以存储数据吗 从软件设计的角度来看栈代表了处理逻辑而堆代表了数据这样分离使得处理逻辑更为清晰。这种隔离、模块化的思想在软件设计的方方面面都有体现。 堆与栈的分离使得堆中的内容可以被多个栈共享。这种共享有很多好处一方面提供了一种有效的数据交互方式如内存共享另一方面节省了内存空间。 栈因为运行时的需要如保存系统运行的上下文需要进行地址段的划分。由于栈只能向上增长因此会限制住栈存储内容的能力。而堆不同堆的大小可以根据需要动态增长。因此堆与栈的分离使得动态增长成为可能相应栈中只需要记录堆中的一个地址即可。
4.堆和栈的完美结合就是面向对象的一个实例。其实面向对象的程序与以前结构化的程序在执行上没有任何区别但是面向对象的引入使得对待问题的思考方式发生了改变是更接近于自然的思考方式。当把对象拆开会发现对象的属性其实就是数据存放在堆中而对象的方法就是处理逻辑存放在栈中。我们编写对象的时候其实即编写了数据结构也编写了处理数据的逻辑。
总结栈主要用来执行程序堆主要用来存放对象为栈提供数据存储服务。也正是因为堆与栈分离的思想才使得JVM的垃圾回收成为可能。
Java 中的参数传递时传值呢还是传引用
java中只有值传递,没有引用传递(永远都传递的是栈里面存的东西的副本,基本类型栈里存的是数字,对象栈里存的是引用的地址,传递的是引用的地址的副本)
public static void main(String[] args) throws InterruptedException {StringBuilder sb new StringBuilder(hello);System.out.println(sb sb);
}
public static void xxx(StringBuilder sb) throws InterruptedException {sb new StringBuilder(hi);
}sb helloJava 对象的大小是怎么计算的
对象头实例数据对齐填充对象头:8字节的markword4字节的klass pointer(开启指针压缩klass pointer是4byte,不开启是8byte)实例数据:byte/boolean 1byte,char/short 2byte,int/float 4byte long/double 8byte 引用类型4byte对齐填充补够8字节的整数倍数组用4byte存储数组长度
dependencygroupIdorg.openjdk.jol/groupIdartifactIdjol-core/artifactIdversion0.9/version
/dependencyString s ClassLayout.parseInstance(new Object()).toPrintable();
System.out.println(s);基本类型数组的实例数据大小等于基本类型的大小*数组的长度
long [] ls new long[10];
for (int i 0; i 10; i) {ls[i]i;
}
String s ClassLayout.parseInstance(ls).toPrintable();
System.out.println(s);对象数组实例数据大小等于4*数组的长度
Object [] os new Object[1000];
for (int i 0; i 1000; i) {os[i]new Object();
}
String s ClassLayout.parseInstance(os).toPrintable();
System.out.println(s);对象的访问定位的两种方式
https://blog.csdn.net/gtjsjj/article/details/107360457
句柄 直接指针 判断垃圾可以回收的方法有哪些
引用计数法(无法清理垃圾对象相互引用问题)可达性算法
垃圾回收是从哪里开始的呢
从栈开始(局部变量,静态变量)
被标记为垃圾的对象一定会被回收吗
不一定,还需要判断要不要执行 finalize() 方法,如果有必要执行,等执行完才会回收
虽然 finalize() 方法可以拯救一个被可达性分析标记的垃圾对象不被回收但是不推荐使用该方法应该尽量避免使用。
谈谈对 Java 中引用的了解
一个对象只要被强引用关联,就不会被回收
一个对象只被软应用关联,oom前会回收,如果回收之后内存足够则继续运行,如果还是内存不足,才oom
一个对象只被弱引用关联,每次都会被回收
虚引用与对象的生命周期无关,只是跟踪对象的回收情况
无论是通过引用计数算法判断对象的引用数量还是通过可达性分析算法判断对象的引用链是否可达判定对象是否存活都与“引用”有关。在Java语言中将引用又分为强引用、软引用、弱引用、虚引用 4 种这四种引用强度依次逐渐减弱。
1. 强引用
在程序代码中普遍存在的类似 Object obj new Object() 这类引用只要强引用还存在垃圾收集器永远不会回收掉被引用的对象。
public class StrongReferenceExample {public static void main(String[] args) {// 创建一个强引用引用一个字符串对象String str new String(Hello, world!);// 打印被引用的对象 通过强引用获取对象/访问对象System.out.println(str); // 输出Hello, world!// 置空引用str null;// 执行垃圾回收System.gc();// 等待一段时间以确保垃圾回收线程完成工作try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}// 再次尝试打印被引用的对象System.out.println(str); // 输出null}
}2. 软引用
用来描述一些还有用但并非必须的对象。对于软引用关联着的对象在系统将要发生内存溢出异常之前将会把这些对象列进回收范围之中进行第二次回收。如果这次回收后还没有足够的内存才会抛出内存溢出异常。
public class SoftReferenceExample {public static void main(String[] args) {// 创建一个字符串对象并创建一个软引用String str new String(Hello, world!);SoftReferenceString softRef new SoftReference(str);// 打印软引用指向的对象 通过软引用可以获取对象 获取到对象后可以操作对象System.out.println(softRef.get()); // 输出Hello, world!// 置空引用str null;// 执行垃圾回收System.gc();// 等待一段时间以确保垃圾回收线程完成工作try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}// 再次尝试打印软引用指向的对象System.out.println(softRef.get()); // 输出Hello, world!// 创建大量的对象占用内存空间try {byte[] bytes new byte[1024 * 1024 * 100]; // 创建一个100MB的字节数组} catch (OutOfMemoryError e) {e.printStackTrace();}// 再次尝试打印软引用指向的对象System.out.println(softRef.get()); // 输出null}
}软引用Soft Reference在Java中有一些常见的使用场景特别适用于对内存敏感的缓存和高速缓存应用。以下是软引用的一些常见使用场景
缓存软引用可用于实现缓存例如在内存有限的情况下将一些常用的对象缓存起来。当内存不足时垃圾回收器会回收软引用指向的对象从而释放内存。这样可以有效地利用可用内存空间并避免OutOfMemoryError的发生。图片缓存在需要处理大量图片的应用中可以使用软引用来缓存图片对象。这样在内存不足时垃圾回收器会自动回收不再被强引用持有的图片对象从而释放内存。数据库查询结果缓存当需要频繁地进行数据库查询时可以使用软引用来缓存查询结果对象。这样在内存不足时可以立即回收不再被强引用持有的查询结果对象从而释放内存。文件或资源缓存软引用也可以用于缓存文件或其他类型的资源对象。当资源对象不再被使用时软引用会自动回收释放对应的资源。
需要注意的是软引用在内存充足的情况下会尽量保持对被引用对象的引用因此在高并发或内存敏感的应用中可能需要合理地调整软引用的使用策略避免过多的对象占用内存。
此外软引用也可以与其他引用类型结合使用例如结合引用队列ReferenceQueue来实现更灵活的资源管理和清理操作。通过监视引用队列中的软引用可以得知哪些对象已经被垃圾回收器回收从而进行相应的资源释放或清理操作。
3. 弱引用
也是用来描述非必需对象的但是它的强度比软引用更弱一些被弱引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时无论当前内存是否足够都会回收掉只被弱引用关联的对象。
public class WeakReferenceExample {public static void main(String[] args) {// 创建一个字符串对象并创建一个弱引用String str new String(Hello, world!);WeakReferenceString weakRef new WeakReference(str);// 打印弱引用指向的对象System.out.println(weakRef.get()); // 输出Hello, world!// 置空引用str null;// 执行垃圾回收System.gc();// 等待一段时间以确保垃圾回收线程完成工作try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}// 再次尝试打印弱引用指向的对象System.out.println(weakRef.get()); // 输出null}
}4. 虚引用
也叫幽灵引用或幻影引用是最弱的一种引用关系。一个对象是否有虚引用的存在完全不会影响其生命周期也无法通过虚引用来取得一个对象,也无法通过需应该操作对象。它的作用是在对象被回收时收到一个系统通知。
public class PhantomReferenceExample {public static void main(String[] args) {Object obj new Object();ReferenceQueueObject referenceQueue new ReferenceQueue();// 创建一个虚引用关联到对象obj并指定引用队列PhantomReferenceObject phantomReference new PhantomReference(obj, referenceQueue);// 置空obj引用使对象成为垃圾回收的候选obj null;// 执行垃圾回收System.gc();try {// 等待一段时间以确保垃圾回收线程完成工作Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}// 检查引用队列看虚引用是否被添加到队列中Reference? reference referenceQueue.poll();if (reference ! null) {// 从引用队列中获取引用并进行相应处理System.out.println(PhantomReference is enqueued.);}}
}谈谈对内存泄漏的理解
没有了但没有回收
可达无用
内存泄露的根本原因是什么
长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄漏尽管短生命周期对象已经不再需要
但是因为长生命周期持有它的引用而导致不能被回收这就是 Java 中内存泄漏的发生场景。
举几个可能发生内存泄漏的情况
长声明周期对象持有短声明周期对象,例如某些对象在集合中被添加后没有及时从集合中移除导致它们一直被引用而无法被释放。静态变量引用的对象没有释放的资源
FileInputStream fis null;
try {fis new FileInputStream(file.txt);// 使用fis读取文件
} catch (IOException e) {// 异常处理
} finally {// 未在finally块中关闭fis可能导致资源泄漏
}
被遗忘的缓存
MapString, Object cache new HashMap();
// 向缓存中添加对象
cache.put(key, new Object());
// ...
// 未在合适的时机从缓存中移除不再需要的对象可能导致内存泄漏
尽量避免内存泄漏的方法
明确对象的生命周期确保对象的引用在不再需要时及时释放。特别是在使用集合或缓存等数据结构时要确保从中移除不再需要的对象。关闭资源对于使用了外部资源如文件、数据库连接、网络连接等在使用完毕后应该及时关闭这些资源以释放相关的系统资源。通常使用try-with-resources或finally块来确保资源的正确关闭。尽早释放对象引用在不再需要某个对象时尽早将其引用置为null以便垃圾收集器可以回收该对象。这尤其适用于大对象或长时间存活的对象。小心使用静态引用避免过多或不必要地使用静态变量或静态集合因为它们的生命周期通常是整个应用程序的生命周期。确保静态引用的对象在实际上不再需要时能够及时释放。避免循环引用当对象之间形成循环引用例如对象A引用对象B对象B又引用对象A即使这些对象不再被外部引用它们也无法被垃圾收集器回收。通过使用弱引用Weak Reference或其他手段打破循环引用链以便垃圾收集器可以正确回收对象。合理使用缓存当使用缓存时需要注意缓存的对象在实际上不再需要时要及时清理。可以考虑使用弱引用缓存Weak Reference Cache或软引用缓存Soft Reference Cache以便在内存不足时能够自动回收缓存对象。使用内存分析工具使用Java的内存分析工具如VisualVM、Eclipse Memory Analyzer等来检测和分析内存泄漏问题。这些工具可以帮助发现不再使用的对象和未关闭的资源。
通过采取这些方法可以最大程度地减少内存泄漏的发生并确保Java应用程序的内存使用效率和性能。
常用的垃圾收集算法有哪些
标记复制标记清理标记整理
为什么要采用分代收集算法
因为不同对象的声明周期不一样
分代收集下的年轻代和老年代应该采用什么样的垃圾回收算法
https://blog.csdn.net/weixin_42405670/article/details/120211605
年轻代标记复制(大多数对象是朝生夕死,复制成本小)老年代 标记整理算法
什么是浮动垃圾
本次清理清理不掉的垃圾
什么是内存碎片如何解决
常用的垃圾收集器有哪些 谈谈你对 CMS 垃圾收集器的理解
CMS 是英文 Concurrent Mark-Sweep 的简称是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。是使用标记清除算法实现的整个过程分为四步 初始标记记录下直接与 root 相连的对象暂停所有的其他线程速度很快 并发标记同时开启 GC 和用户线程用一个闭包结构去记录可达对象。但在这个阶段结束这个闭包结构并不能保证包含当前所有的可达对象。因为用户线程可能会不断的更新引用域所以 GC 线程无法保证可达性分析的实时性。所以这个算法里会跟踪记录这些发生引用更新的地方。 重新标记重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录。【这个阶段的停顿时间一般会比初始标记阶段的时间稍长远远比并发标记阶段时间短】 并发清除开启用户线程同时 GC 线程开始对为标记的区域做清扫。
CMS 的优缺点
主要优点并发收集、低停顿
主要缺点对 CPU 资源敏感、无法处理浮动垃圾、它使用的回收算法“标记-清除”算法会导致收集结束时会有大量空间碎片产生。 谈谈你对 G1 收集器的理解
Garbage First /ˈɡɑːbɪdʒ/
垃圾回收的瓶颈传统分代垃圾回收方式已经在一定程度上把垃圾回收给应用带来的负担降到了最小把应用的吞吐量推到了一个极限。但是他无法解决的一个问题就是 Full GC 所带来的应用暂停。在一些对实时性要求很高的应用场景下GC 暂停所带来的请求堆积和请求失败是无法接受的。这类应用可能要求请求的返回时间在几百甚至几十毫秒以内如果分代垃圾回收方式要达到这个指标只能把最大堆的设置限制在一个相对较小范围内但是这样有限制了应用本身的处理能力同样也是不可接受的。
分代垃圾回收方式确实也考虑了实时性要求而提供了并发回收器支持最大暂停时间的设置但是受限于分代垃圾回收的内存划分模型其效果也不是很理想。
G1 可谓博采众家之长力求到达一种完美。它吸取了增量收集优点把整个堆划分为一个一个等大小的区域region。内存的回收和划分都以region为单位同时它也吸取了 CMS 的特点把这个垃圾回收过程分为几个阶段分散一个垃圾回收过程而且G1 也认同分代垃圾回收的思想认为不同对象的生命周期不同可以采取不同收集方式因此它也支持分代的垃圾回收。为了达到对回收时间的可预计性G1 在扫描了 region 以后对其中的活跃对象的大小进行排序首先会收集那些活跃对象小的 region以便快速回收空间要复制的活跃对象少了因为活跃对象小里面可以认为多数都是垃圾所以这种方式被称为 Garbage FirstG1的垃圾回收算法即垃圾优先的回收。 说下你对垃圾回收策略的理解/垃圾回收时机 1. Minor / Scavenge GC /ˈmaɪnə®/
所有对象创建在新生代的 Eden 区当 Eden 区满后触发新生代的 Minor GC将 Eden 区和非空闲 Survivor 区存活的对象复制到另外一个空闲的 Survivor 区中。保证一个 Survivor 区是空的新生代 Minor GC 就是在两个 Survivor 区之间相互复制存活对象直到 Survivor 区满为止。
Minor/Scavenge 这种方式的 GC 是在年轻代的 Eden 区进行不会影响到年老代。因为大部分对象都是从 Eden 区开始的同时 Eden 区不会分配的很大所以 Eden 区的 GC 会频繁进行。因而一般在这里需要使用速度快、效率高的算法使 Eden 去能尽快空闲出来。
2. Major GC
/ˈmeɪdʒə®/ 买洁儿
发生在老年代的GC 基本上发生了一次Major GC 就会发生一次 Minor GC。并且Major GC 的速度往往会比 Minor GC 慢 10 倍。
什么时候会发生 Major GC 呢
对于一个大对象我们会首先在Eden 尝试创建如果创建不了就会触发Minor GC随后继续尝试在Eden区存放发现仍然放不下尝试直接进入老年代老年代也放不下触发 Major GC 清理老年代的空间
3. Full GC
对整个堆进行整理包括 Young、Tenured (老年代)和 Perm(元空间)。Full GC 因为需要对整个堆进行回收所以比 Minor GC 要慢因此应该尽可能减少 Full GC 的次数。在对 JVM 调优的过程中很大一部分工作就是对于 Full GC 的调节。
如下原因可能导致 Full GC
1、 调用 System.gc()会建议虚拟机执行 Full GC。只是建议虚拟机执行 Full GC但是虚拟机不一定真正去执行。
2、 老年代空间不足原因老年代空间不足的常见场景为大对象直接进入老年代、长期存活的对象进入老年代等。为了避免以上原因引起的 Full GC应当尽量不要创建过大的对象以及数组。除此之外可以通过 -Xmn 虚拟机参数调大新生代的大小让对象尽量在新生代被回收掉不进入老年代。还可以通过 -XX:MaxTenuringThreshold 调大对象进入老年代的年龄让对象在新生代多存活一段时间
3、 空间分配担保失败使用复制算法的 Minor GC 需要老年代的内存空间作担保如果担保失败会执行一次 Full GC
4、JDK 1.7 及以前的永久代空间不足。在 JDK1.7 及以前HotSpot 虚拟机中的方法区是用永久代实现的永久代中存放的为一些 Class 的信息、常量、静态变量等数据。当系统中要加载的类、反射的类和调用的方法较多时永久代可能会被占满在未配置为采用 CMS GC 的情况下也会执行 Full GC。如果经过 Full GC 仍然回收不了那么虚拟机会抛出 java.lang.OutOfMemoryError。为避免以上原因引起的 Full GC可采用的方法为增大永久代空间或转为使用 CMS GC。
5、Concurrent Mode Failure 执行 CMS GC 的过程中同时有对象要放入老年代而此时老年代空间不足可能是 GC 过程中浮动垃圾过多导致暂时性的空间不足便会报 Concurrent Mode Failure 错误并触发 Full GC。
谈谈你对内存分配的理解
对象优先在 Eden 区分配大多数情况下对象在新生代 Eden 区分配当 Eden 区空间不够时发起 Minor GC。大对象直接进入老年代大对象是指需要连续内存空间的对象最典型的大对象是那种很长的字符串以及数组。经常出现大对象会提前触发垃圾收集以获取足够的连续空间分配给大对象。-XX:PretenureSizeThreshold大于此值的对象直接在老年代分配避免在 Eden 区和 Survivor 区之间的大量内存复制。长期存活的对象将进入老年代为对象定义年龄计数器对象在 Eden 出生并经过 Minor GC 依然存活将移动到 Survivor 中年龄就增加 1 岁增加到一定年龄则移动到老年代中。-XX:MaxTenuringThreshold 用来定义年龄的阈值。动态对象年龄判定为了更好的适应不同程序的内存情况虚拟机不是永远要求对象年龄必须达到了某个值才能进入老年代如果 Survivor 空间中相同年龄所有对象大小的总和大于 Survivor 空间的一半年龄大于或等于该年龄的对象就可以直接进入老年代无需达到要求的年龄。空间分配担保
1在发生 Minor GC 之前虚拟机先检查老年代最大可用的连续空间是否大于新生代所有对象总空间如果条件成立的话那么 Minor GC 可以确认是安全的
2如果不成立的话虚拟机会查看 HandlePromotionFailure 设置值是否允许担保失败如果允许那么就会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小如果大于将尝试着进行一次 Minor GC如果小于或者 HandlePromotionFailure 设置不允许冒险那么就要进行一次 Full GC。
Java虚拟机
空间分配担保
说下你用过的 JVM 监控工具
jvisualvm虚拟机监视和故障处理平台 /ˈvɪʒuəl/喂酒哦 vis 看 ual …的 可视化的 喂酒哦jps 查看当前 Java 进程jstat显示虚拟机运行数据jmap内存监控jhat分析 heapdump 文件jstack线程快照jinfo虚拟机配置信息
如何利用监控工具调优
JVM 的一些参数
谈谈你对类文件结构的理解有哪些部分组成
谈谈你对类加载机制的了解
虚拟机把描述类的数据从 Class 文件加载到内存并对数据进行校验、转换解析和初始化最终形成可以被虚拟机直接使用的 Java 类型这就是虚拟机的类加载机制。
类从被加载到虚拟机内存中开始到卸载出内存为止它的整个生命周期包括加载、验证、准备、解析、初始化、使用、卸载 7 个阶段。其中验证、准备、解析 3 个部分统称为连接这7个阶段发生的顺序如下图所示 类加载各阶段的作用分别是什么
有哪些类加载器分别有什么作用
类与类加载器的关系?
谈谈你对双亲委派模型的理解工作过程为什么要使用
怎么实现一个自定义的类加载器需要注意什么
怎么打破双亲委派模型
有哪些实际场景是需要打破双亲委派模型的
谈谈你对编译期优化和运行期优化的理解
为何 HotSpot 虚拟机要使用解释器与编译器并存的架构
说下你对 Java 内存模型的理解
内存间的交互操作有哪些需要满足什么规则
