JVM探究

最新推荐文章于 2023-12-15 10:17:43 发布
最新推荐文章于 2023-12-15 10:17:43 发布
阅读量133 收藏
点赞数
分类专栏： java 文章标签： java jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_49068745/article/details/113060909
版权

JVM探究

前言

面试题

  • 请你谈谈你对JVM的理解？java–>class–JVM！java8虚拟机和之前的变化更新？

  • 什么是OOM，什么是栈溢出？StackOverError！怎么分析？

  • JVM的常用调优参数有哪些？

  • 内存快照如何抓取，怎么分析Dump文件？知道吗？

  • 谈谈JVM中，类加载器你的认识？rt-jar ext application

JVM概述

1.JVM的位置

2.JVM的体系结构

3.类加载器

4.双亲委派机制

5.沙箱安全机制

6.Native

7.PC寄存器

8.方法区

9.栈

10.三种JVM

11.堆

12.新生区、老年区

13.永久区

14.堆内存调优

15.GC垃圾回收器

16.GC算法

17.JMM

学习方法

1.面向编程

2.思维导图

1.JVM的位置

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wzLdQyz0-1611402123248)(E:\Users\Jinyong\Desktop\博客\img\JVM的位置.png)]

2.JVM的体系结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-J4lNjnqS-1611402123253)(E:\Users\Jinyong\Desktop\博客\img\JVM的体系结构.png)]

3.类加载器

作用：加载Class文件 new Student();

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5zgis4EK-1611402123256)(E:\Users\Jinyong\Desktop\博客\img\类加载器.png)]

  1. 虚拟机自带的加载器
  2. 启动类（根）加载器
  3. 扩展类加载器
  4. 应用程序加载器

4.双亲委派机制

双亲委派机制：安全
1.App–>EXC—>BOOT(最终执行)

package java.lang;

public class String {

    //双亲委派机制：安全
    //1.App-->EXC--->BOOT(最终执行)
    @Override
    public String toString() {
        return "hello";
    }

    public static void main(String[] args) {
        String s = new String();
        s.toString();
    }
}


package com.sjy.jvm;

public class Student {
    @Override
    public String toString() {
        return "hello";
    }

    public static void main(String[] args) {
        Student student = new Student();
        System.out.println( student.toString());
    }
}
  1. 类加载器收到类加载的请求
  2. 将这个请求向上委托给父类加载器区完成，一直向上委托，直到启动类加载器
  3. 启动类加载器检查是否能够加载当前这个类，能加载就结束，使用当前的加载器，否则，抛出异常，通知子类加载器进行加载
  4. 重复步骤3
//Class Not Found~
    
//null：C或C++写的，java调用不到

//java =C++--:去掉繁琐的东西，指针，内存管理~

5.沙箱安全机制

Java安全模型的核心就是Java沙箱（sandbox）。什么是沙箱？沙箱是一个限制程序运行的环境。沙箱机制就是将 Java 代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。沙箱主要限制系统资源访问，那系统资源包括什么？——CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。

所有的Java程序运行都可以指定沙箱，可以定制安全策略。

在Java中将执行程序分成本地代码和远程代码两种，本地代码默认视为可信任的，而远程代码则被看作是不受信的。对于授信的本地代码，可以访问一切本地资源。而对于非授信的远程代码在早期的Java实现中，安全依赖于沙箱 (Sandbox) 机制。如下图所示 JDK1.0安全模型
在这里插入图片描述
但如此严格的安全机制也给程序的功能扩展带来障碍，比如当用户希望远程代码访问本地系统的文件时候，就无法实现。因此在后续的 Java1.1 版本中，针对安全机制做了改进，增加了安全策略，允许用户指定代码对本地资源的访问权限。如下图所示 JDK1.1安全模型
在这里插入图片描述
在 Java1.2 版本中，再次改进了安全机制，增加了代码签名。不论本地代码或是远程代码，都会按照用户的安全策略设定，由类加载器加载到虚拟机中权限不同的运行空间，来实现差异化的代码执行权限控制。如下图所示 JDK1.2安全模型在这里插入图片描述
当前最新的安全机制实现，则引入了域 (Domain) 的概念。虚拟机会把所有代码加载到不同的系统域和应用域，系统域部分专门负责与关键资源进行交互，而各个应用域部分则通过系统域的部分代理来对各种需要的资源进行访问。虚拟机中不同的受保护域 (Protected Domain)，对应不一样的权限 (Permission)。存在于不同域中的类文件就具有了当前域的全部权限，如下图所示 最新的安全模型(jdk 1.6)
在这里插入图片描述
组成沙箱的基本组件：

  • 字节码校验器（bytecode
    verifier）：确保Java类文件遵循Java语言规范。这样可以帮助Java程序实现内存保护。但并不是所有的类文件都会经过字节码校验，比如核心类，一般以java或 javax开头。
  • 类装载器（class loader）：其中类装载器在3个方面对Java沙箱起作用
    • 它防止恶意代码去干涉善意的代码；
    • 它守护了被信任的类库边界；
    • 它将代码归入保护域，确定了代码可以进行哪些操作。

虚拟机为不同的类加载器载入的类提供不同的命名空间，命名空间由一系列唯一的名称组成，每一个被装载的类将有一个名字，这个命名空间是由Java虚拟机为每一个类装载器维护的，它们互相之间甚至不可见。

类装载器采用的机制是双亲委派模式。

  1. 从最内层JVM自带类加载器开始加载，外层恶意同名类得不到加载从而无法使用；
  2. 由于严格通过包来区分了访问域，外层恶意的类通过内置代码也无法获得权限访问到内层类，破坏代码就自然无法生效。

  • 存取控制器（access controller）：存取控制器可以控制核心API对操作系统的存取权限，而这个控制的策略设定，可以由用户指定。

  • 安全管理器（security manager）：是核心API和操作系统之间的主要接口。实现权限控制，比存取控制器优先级高。

  • 安全软件包（security package）：java.security下的类和扩展包下的类，允许用户为自己的应用增加新的安全特性，包括：

    • 安全提供者;
    • 消息摘要;
    • 数字签名（keytools https）;
    • 加密;
    • 鉴别

6.Native

native：凡是代理native关键字的，说明java的作用域达不到了，回去调用底层C语言的库！

会进入本地方法栈

调用本地方法接口（JNI）

JNI作用：扩展java的使用，日你个和不同的编程语言为Java所用！最初：C、C++

Java诞生的时候，C、C++横行，想要立足，必须要调用C、C++的程序~

它在内存区域中专门开辟了一块标记区域：Native Method Stack，登记native方法

在最终执行的时候：通过JNI加载本地方法库中的方法

可以会用到native的情况：Java程序驱动打印机，管理系统，Robot(),掌握即可，在企业级应用较为少见！

调用其他接口：Socket，WebServicce，http，restful，rpc~

球球爱心网：输入（PHP）–>NodeJS–>Socket–>C+±->游戏刷爱心

7.PC寄存器

程序计数器：Program Counter Register

​ 每个线程都有一个程序计数器，是线程私有的，其实就是一个指针，指向方法区中的字节码 (用来存储下一条指令的地址，也就是也即将要执行的指令代码)，由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。

8.方法区

方法区：Methoid Area

​ 方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法。如构造函数，接口代码也在此定义，简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间；

静态变量、常量、类信息（构造方法、接口定义）、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关

static、final、Class模板、常量池

9.栈

栈：Stack

1.栈：数据结构

程序 = 数据结构 +算法：持续学习~

程序 = 框架 + 业务逻辑：吃饭~淘汰！SSH SSM SpringBoot + SpringCloud

栈：先进后出，后进先出

队列：先进先出，后进后出（FIFO：First Input Flist Output）

喝多了吐就是栈，吃多了拉就是队列

为什么main方法最先开始，最后结束？

栈：栈内存，主管程序的运行，生命周期和线程同步；

线程结束，栈内存也就释放了，对于栈来说，不存在垃圾回收的问题

一旦线程结束，栈就Over！

栈：八大基本类型+对象的引用+实例的方法

栈运行原理：栈帧

程序正在执行的方法，一定在栈的顶部~

栈满了：StackOverflowError

栈+堆+方法区：交互关系

画出一个对象实例化的过程在内存中！！！

10.三种JVM

  • Sun公司 HotStopJava HotSpot(TM) 64-Bit Server VM (build 25.261-b12, mixed mode)
  • BEAOracle JRockit （原来的 Bea JRockit）电脑软件，系列产品是一个全面的[Java](https://baike.baidu.com/item/Java/85979)运行时解决方案组合。
  • IBM j9vm

我们学习的都是：HotSpot

11.堆

Heap，一个JVM只有一个堆内存，堆内存的大小是可以调节的。

类加载器读取了类文件后，一般会把什么东西放到堆中？类，方法，常量，变量~保存我们所有引用类型的真实对象；

堆内存中还要细分三个区域：

  • 新生区（伊甸园区）Yong/New{伊甸园区（Eden Space），幸存区0区，幸存区1区}
  • 养老区old
  • 永久区Perm

垃圾回收：轻量级（轻GC）和重量级回收（重GC Full GC）

GC垃圾回收，主要在伊甸园区和养老区~

假设内存满了，OOM，堆内存不够！

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

在JDK8以前，永久存储区该类名字（元空间）；

12.新生区、老年区

真理:经过研究，99%放入对象都是临时对象！

新生区：

  • 类：诞生和成长的地方，甚至死亡；
    • 伊甸园区，所有的对象都是在伊甸园区new出来的
    • 幸存者区
      • 幸存者区0区
      • 幸存者区1区

老年区：

新生区活下来的

13.永久区

这个区域常驻内存的，用来存放JDK自身携带的Class对象。Interface元数据，存储的是java运行时的一些环境或类信息。这个区域不存在垃圾回收！关闭VM虚拟机就会释放这个区域的内存。

一个启动类，加载了大量的第三方jar包，Tomcat部署了太多的应用，大量动态生成的反射类。不断地被加载，直到内存满，就会出现OOM。

  • jdk1.6之前：永久代，常量池是在方法区；
  • jdk1.7：永久代，但是慢慢的退化了，去永久代常量池在堆中
  • jdk1.8之后：无永久代，常量池在元空间

逻辑上存在，物理上不存在

14.堆内存调优

默认情况下：分配的总内存是电脑内存的1/4，而初始化的内存是电脑内存的1/64

VM options:-Xms1024m -Xmx1024m -XX:+PrintGCDetails

Heap
 PSYoungGen      total 305664K, used 20971K [0x00000000eab00000, 0x0000000100000000, 0x0000000100000000)
  eden space 262144K, 8% used [0x00000000eab00000,0x00000000ebf7afb8,0x00000000fab00000)
  from space 43520K, 0% used [0x00000000fd580000,0x00000000fd580000,0x0000000100000000)
  to   space 43520K, 0% used [0x00000000fab00000,0x00000000fab00000,0x00000000fd580000)
 ParOldGen       total 699392K, used 0K [0x00000000c0000000, 0x00000000eab00000, 0x00000000eab00000)
  object space 699392K, 0% used [0x00000000c0000000,0x00000000c0000000,0x00000000eab00000)
 Metaspace       used 3288K, capacity 4496K, committed 4864K, reserved 1056768K
  class space    used 355K, capacity 388K, committed 512K, reserved 1048576K

使用JPofiler工具分析OOM原因

在一个项目中，突然出现了OOM故障，那么该如何排除?

遇到OOM问题？

  1. 尝试把堆内存的空间扩大
  2. 再次报错，分析内存，看一下哪个地方出现问题可能代码错误（专业工具）

研究为什么出错！！！

  • 能够看到代码第几行出错（最快）：内存快照工具MAT（elcipse），JPofiler（IDEA）
  • Debug，一行行分析代码！（最慢，不现实）

MAT，JPofiler作用：

  • 分信息Dump内存文件，快速定位内存泄漏
  • 获得堆中的数据
  • 获得大的对象！！！
  • …

-XX:+HeapDumpOnOutOfMemoryError

-Xms设置初始化内存分配大小

-Xmx设置最大分配内存

-XX:PrintGCDetails打印GC垃圾回收信息

15.GC垃圾回收器

GC的作用区域：方法区、堆

JVM在进行GC时，并不是对着三个区域统一回收，大部分时候，回收都是新生代：

  • 新生代
  • 幸存区（from,to)
  • 老年区

GC两种类：轻GC（普通的GC），重GC（全局GC）

题目：

  • JVM的内存模型和分区~详细到每个区放什么？
  • 堆里面的分区有哪些？Eden，from，to,老年区，说说他们的特点！
  • GC的算法有哪些？标记清除法，标记整理（压缩）法，复制算法，分代收集算法和引用计数法应该与可达性分析归为一类。怎么用？
  • 轻GC和重GC分别在什么时候发生？

1.引用计数法

对象A、B、C、D、…、Z

对象每用一次counter++，counter=0会清除掉，JVM一般采用这种方式，不高效

计数器本身也会有消耗

2.复制算法

谁空谁是to！！！

当一个对象经历了15次GC，都还没有死，就会进入养老区，可以设置，默认15次

-XXX:MaxTenuringThreshold=5通过这个参数可以设定进入老年代的时间

每次GC都会将Eden获得对象移到幸存区：一旦Eden区被GC后，就会是空的！

主要用的算法！

  • 好处：没有内存的碎片

  • 坏处：浪费了内存空间，多了一般空间永远是空to。假设对象100%存活（极端情况）

复制算法最佳使用场景：对象存活度较低的时候;新生区~

3.标记清除算法

标记：扫描这些对象，对活着的对象进行标记

清除：扫描这些对象，对没有标记的对象进行清除

  • 优点：不需要额外的空间！
  • 缺点：两次扫描，严重浪费时间，会产生内存碎片

4.标记压缩算法

标记清除算法，再优化！！！

压缩：防止内存碎片的产生，再次扫描，向一端移动存货的对象，多了一个移动成本。

先标记清除几次，再进行压缩

16.GC算法

内存效率：复制算法>标记清除算法>标记压缩算法(时间复杂度)

内存整齐度：复制算法=标记压缩算法>标记清除算法

内存利用率：标记压缩算法=标记清除算法>复制算法

思考一个问题：难道没有最优算法吗？

答案：没有，没有最好的算法，只有最适合的算法—>GC:分代收集算法。

年轻代：

  • 存活率低
  • 复制算法

老年代：

  • 区域大，存活率高
  • 标记清除压缩算法 （内存碎片不是太多）+ 标记压缩算法 混合实现

17.JMM

Java Memory Model

  1. 什么是JMM？

    【JMM】（Java Memory Model的缩写）

  2. 它干嘛的？官方、其他人的博客、视频、面试题

    作用：缓存以执行协议，用于定义数据读写规则（遵守，找到这个规则）

    JMM定义了线程工作内存和主内存之间的抽象关系:线程之间的共享变量存储在主内存(Main Memory)中，每个线程都有一个私有的本地内存（Local Memory）

    解决共享对现象可见性这个问题：voliate或者加锁

  3. 它如何学习？

JMM：抽象的概念，理论

voliate或者synchronized

voliate保证可见性，不保证原子性，防止指令重排

Java内存模型还规定了在执行上述八种基本操作时，必须满足如下规则：

  • 如果要把一个变量从主内存中复制到工作内存，就需要按顺寻地执行read和load操作， 如果把变量从工作内存中同步回主内存中，就要按顺序地执行store和write操作。但Java内存模型只要求上述操作必须按顺序执行，而没有保证必须是连续执行。
  • 不允许read和load、store和write操作之一单独出现
  • 不允许一个线程丢弃它的最近assign的操作，即变量在工作内存中改变了之后必须同步到主内存中。
  • 不允许一个线程无原因地（没有发生过任何assign操作）把数据从工作内存同步回主内存中。
  • 一个新的变量只能在主内存中诞生，不允许在工作内存中直接使用一个未被初始化（load或assign）的变量。即就是对一个变量实施use和store操作之前，必须先执行过了assign和load操作。
  • 一个变量在同一时刻只允许一条线程对其进行lock操作，但lock操作可以被同一条线程重复执行多次，多次执行lock后，只有执行相同次数的unlock操作，变量才会被解锁。lock和unlock必须成对出现
  • 如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前需要重新执行load或assign操作初始化变量的值
  • 如果一个变量事先没有被lock操作锁定，则不允许对它执行unlock操作；也不允许去unlock一个被其他线程锁定的变量。
  • 对一个变量执行unlock操作之前，必须先把此变量同步到主内存中（执行store和write操作）。
流浪所
关注
专栏目录
jvm探究 jmm
l2636908832iu的博客
10-23 131
jvm分析 加载器 Bootstrap classLoader:主要负责加载核心的类库(java.lang.*等)，构造ExtClassLoader和APPClassLoader。 ExtClassLoader：主要负责加载jre/lib/ext目录下的一些扩展的jar。 AppClassLoader：主要负责加载应用程序的主函数类 当一个Hello.class这样的文件要被加载时。不考虑我们自定义类加载器，首先会在AppClassLoader中检查是否加载过，如果有那就无需...
JVM初探
weixin_45429720的博客
10-04 269
JVM探究（狂神说）1、JVM位置2、JVM的体系结构3、类加载器4、类加载机制（双亲委派机制）5、沙箱机制6、Native7、PC寄存器8、方法区 Method Area9、创建对象内存分析10、三种JVM11、堆12、新生区、老年区13、永久区（元空间） 1、JVM位置 2、JVM的体系结构 3、类加载器 4、类加载机制（双亲委派机制） （1）类加载器收到类加载的请求 （2）将这个请求向上委托给父类加载器去完成，一直向上委托，直到启动类加载器 （3）启动类加载器检查是否能够加载当前这个类，能
JVM SandBox简要介绍
热门推荐
weixin_36996888的博客
10-15 1万+
JVM-SANDBOX（沙箱）实现了一种在不重启、不侵入目标JVM应用的AOP解决方案。 沙箱的特性 无侵入：目标应用无需重启也无需感知沙箱的存在 类隔离：沙箱以及沙箱的模块不会和目标应用的类相互干扰 可插拔：沙箱以及沙箱的模块可以随时加载和卸载，不会在目标应用留下痕迹 多租户：目标应用可以同时挂载不同租户下的沙箱并独立控制 高兼容：支持JDK[6,11] 沙箱常见应用场景 线上故障定位 线上系统流控 线上故障模拟 方法请求录制和结果回放 动态日志打印 安全信息监测和脱敏 .
JVM Sandbox入门详解
听得到微笑的博客
05-27 9288
在日常开发中，经常会接触到面向AOP编程的思想，我们通常会使用Spring AOP来做统一的权限认证、异常捕获返回、日志记录等工作。之所以使用Spring AOP来实现上述功能，是因为这些场景本质上来说都是与业务场景挂钩的，但是具有一定的抽象程度，并且绝大多数业务逻辑类都已经被Spring容器托管了。
JVM SandBox实现原理详解
bhegi_seg的博客
04-19 5005
1、什么是JVM SandBox JVM SandBox（沙箱）实现了一种非侵入式运行期的AOP解决方案。JVM SandBox属于基于Instrumentation的动态编织类的AOP框架，可以在不重启应用的情况下，在运行时完成目标方法的增强和替换，同时沙箱以及沙箱的模块可以随时加载和卸载 主要特性如下： 无侵入：目标应用无需重启也无需感知沙箱的存在 类隔离：沙箱以及沙箱的模块不会和目标应用的类相互干扰 可插拔：沙箱以及沙箱的模块可以随时加载和卸载，不会在目标应用留下痕迹 多租户：目标应用可以同时挂载不
阿里JVM SANDBOX原理
xidianhuihui的专栏
03-11 1661
一、前言 在开始之前，我们先来模拟一下以下的场景： 小李：“小明，你的接口没有返回数据，麻烦帮忙看一下？” 小明：“我这边的数据也是从别人的服务器中拿到的，但是我不确定是因为逻辑处理有问题导致没有结果，还是因为我依赖的服务有问题而没有返回结果，我需要确认一下。” 小明：“哎呀，线上没有日志，我需要加个日志上个线。” 30 分钟之后…… 小明：“不好意思，日志加错地方了……稍等……” 接来下隆重登场的就是本文的主角 JVM SandBox 了。基于 JVM SandBox，我们可以很容易地做到在不重新部署应用
33、JVM探究.pdf
04-30
【JVM探究】 Java虚拟机（JVM）是Java编程语言的核心组成部分，它负责执行Java程序，提供了一个跨平台的运行环境。理解JVM的工作原理对于优化Java应用程序性能至关重要。以下是一些关于JVM的关键知识点： 1. **JVM...
狂神说JVM探究.rar
05-06
【狂神说JVM探究】是一份集合了多种格式的学习资料，主要涵盖了Java虚拟机（JVM）的基础知识。这份资料出自B站上的【狂神说Java】系列教程，为快速入门JVM提供了详实的笔记。以下是根据这些资源可能包含的一些关键...
JVM探究：全面解析OOM异常，都在这了，看完再也不怕遇到了
m0_57285325的博客
06-11 175
在Java虚拟机规范的描述中，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（下文称OOM）异常的可能。本节探究主要基于jdk1.8的内存结构。 1. Java堆溢出 Java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常。 import java.util.ArrayList; import java.util.List; /** *
JVM-SANDBOX基于JVM的实时无侵入AOP框架容器
08-08
JVM-SANDBOX 基于JVM的实时无侵入AOP框架容器
阿里精准测试开源贡献奖 Jvm-Sandbox
所寫即所思｜一个阿里质量人对测试的所感所悟。
04-30 1234
阿里的Jvm-Sandbox是一款Java应用沙箱，。在这个环境中，程序只能访问被授权的资源和功能，而不能访问其他系统资源。沙箱技术的目的是为了保护系统安全和稳定性，同时也可以提供更好的应用程序开发和测试环境。通过将程序隔离在一个独立的环境中，可以避免它访问到不该访问的资源和数据，从而降低了安全风险。在软件开发领域，沙箱技术经常被用于应用程序的测试和调试，以及恶意软件的研究和分析等工作中。通过使用沙箱技术，开发者可以在一个安全的环境中测试应用程序，检查其运行是否正常，并找出可能存在的问题和漏洞。
透过JVM-SANDBOX源码,了解字节码增强技术原理
最新发布
源码分析，技术沉淀
12-15 1624
通常情况下自定义类加载器只需要继承 URLClassLoader，重写 findClass 方法即可，当然也可以直接继承 ClassLoader,不过 ClassLoader 只能加载 classpath 下面的类，而 URLClassLoader 可以加载任意路径下的类。URLClassLoader 是 ClassLoader 的子类，它用于从指向 JAR 文件和目录的 URL 的搜索路径加载类和资源。也就是说通过 URLClassLoader 就可以加载指定 jar 中的 class 到内存中。
JVM-Sandbox--测试技术中引流回放的应用
Gamble6
05-21 1658
这样，在Sandbox中就可以调用新的类和方法，从而实现Mock的功能。、故障模拟、动态日志、行链路获取等等工具，就算我开发完成了，这些工具底层实现原理相同，同时使用，要怎么消除这些工具之间的影响，怎么保证这些工具动态加载，怎么保证动态加载/卸载之后不会影响其他工具，怎么保证在工具有问题的时候，快速消除影响，代码还原。系统间的异常模拟可以使用的工具很多，可是系统内的异常模拟怎么办，加开关或是用AOP在开发系统中实现，好想开发一个更优雅的异常模拟工具，既能模拟系统间的异常，又能模拟系统内的异常。
JVM-SandBox使用入门
taoyanzhuceni的博客
06-21 1996
在一些基础组件的开发过程中，需要对业务代码无侵入，这里演示下JVM-SandBox的使用。
jvm-sandbox：基础了解及demo演示
一个Tester的博客
01-04 2520
jvm-sandbox：基础了解及demo演示
Sandbox 入门（打包、安装、启动、调试、日志）
xiaolyuh的专栏
11-09 2507
JVM-SANDBOX（沙箱）实现了一种在不重启、不侵入目标JVM应用的AOP解决方案。 SANDBOX 入门（打包、安装、启动、调试）
jvm-sandbox分享
sky_100的博客
06-26 1587
引子 相信大家都遇到过这种场景，线上出故障了，但是关键代码里面忘记打日志了，导致无法复现和准确定位问题。这时候可能需要重写加上日志，部署到服务器，但这第一耗时间，第二可能破坏现场，比如可能是线程池的问题呢？所以如果可以不重启服务器，就可以给代码加上日志，是多么棒的一件事呀。那能不能实现，of course。 简述实现 当然市面上有很多工具可以实现热部署，我们先来看一下，如果我们自己实现，思路是什么。我们知道Java对象的行为（函数，方法）是存储在方法区的，从下图可以看到，方法区的数据是由类加载器把编译好的.
Java OOM异常解析：JVM内存区域深度探究
"Java程序员需要理解JVM内存区域与内存溢出异常，因为这有助于解决可能出现的性能问题和故障。本资源主要分为四个部分：概述、运行时数据区域、HotSpot虚拟机对象探秘和实战OOM异常。在概述中，强调了Java与C++在...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值