关于gc 那些事

编码优化-减少无用的对象创建

老年代,新生代就不多说了。不懂的自己补课去。

在新生代每进行一次垃圾收集后,就会给存活的对象“加1岁”,当年龄达到一定数量的时候就会进入老年代(默认是15)

 

在java中,一个对象的生命周期为 ,具体可以看编译原理这本书

A:创建(1)为对象分配存储空间。

(2)开始构造对象。

(3)递归调用其超类的构造方法。

(4)进行对象实例初始化与变量初始化。

(5)执行构造方法体。

B:使用。有别的方法会对象引用

C:销毁。没有对象引用时,则认为是垃圾。

 

 

看个简单的例子吧

1:public User test(){

  User user=iuserService.findById("1");

  return user;

}

2:

public User test(){

  return  iuserService.findById("1");

}

1和2的区别大吗?可能有人说,没啥不一样的呀,其实不然,咱们做个计算吧,一个人访问一下产生一个user对象,然而这个对象只使用了一次。使用完之后,就成垃圾了。假如一个user对象,占用1KB(夸张的说法,这个的话,需要看具体的对象了。这里只是假如。勿做实际数据) 。那好。我们都知道像常用的springmvc 每一个访问都是一个线程(threadLocal),也就是说,一个人产生了1KB的垃圾,服务器内存就那么大,内存就那么多(硬性条件)。假如并发是20k(2万)的话,垃圾就是1KB*20000 也就是大概20MB,在JVM垃圾回收器收集一个对象之前,一般要求程序调用适当的方法释放资源,但在没有明确释放资源的情况下,Java提供了缺省机制来终止该对象心释放资源,这个方法就是finalize()。它的原型为:protected void finalize() throws Throwable   在finalize()方法返回之后,对象消失,垃圾收集开始执行。原型中的throws Throwable表示它可以抛出任何类型的异常。然而垃圾多了就会缩短触发条件出现的时间,增加了了主GC的机会

可以参考一下 https://www.cnblogs.com/sunzhenchao/p/6711275.html。

假如项目中有1000个这样的代码,就可想而知了,如果在for 循环中使用这样的代码,就直接给开除吧。

  小代码,往往是决定性能好坏的关键 ,硬性条件可以加,但是与其加网络带宽,内存, cpu 不如从随手的的地方做好优化。

 

这儿有一篇很好的文章  可以参考一下 https://blog.youkuaiyun.com/huangzhen0914/article/details/45172597

 

转载于:https://www.cnblogs.com/tdf-/p/10076868.html

### GC Root 的组成及其相关参数说明 #### 1. GC Root 的组成 GC Root 是垃圾回收算法进行可达性分析时的起点,从这些根对象出发,沿着引用链可以找到所有存活的对象。以下是常见的 GC Root 组成部分: - **虚拟机栈中引用的对象** 虚拟机栈中的局部变量表可能引用了某些对象,这些对象构成了 GC Root 的一部分[^3]。例如,方法调用时传递的参数或方法内部定义的局部变量都可能成为 GC Root。 - **方法区中的类静态属性引用的对象** 方法区中存储了类的元数据信息,包括类的静态属性。这些静态属性引用的对象也可以作为 GC Root。当类被加载到 JVM 中时,类的静态属性会被初始化,并存储在方法区中。 - **方法区中常量引用的对象** 方法区中除了存储类的元数据信息外,还存储了一些常量。例如,字符串常量池中的字符串对象可能引用了某些对象,这些对象也可以作为 GC Root[^3]。 - **本地方法栈中 JNI 引用的对象** 本地方法栈是 JVM 用于支持 native 方法执行的内存区域。当 native 方法执行时,它可能会引用一些 Java 对象,这些对象也可以作为 GC Root。 - **其他可能的 GC Root** 根据不同的垃圾收集器和当前回收的内存区域,还有一些其他对象可能临时性地加入 GC Root 集合。例如,在分代收集和局部回收(Partial GC)中,与特定区域相关联的对象也可能被加入 GC Root 集合中。 #### 2. 相关参数说明 JVM 提供了一些参数来控制垃圾回收的行为,以下是一些与 GC Root 相关的重要参数: - **`-XX:+PrintGCDetails`** 该参数用于打印详细的垃圾回收日志,可以帮助开发者了解垃圾回收的过程,包括哪些对象被识别为 GC Root[^4]。 - **`-XX:+TraceClassLoading` 和 `-XX:+TraceClassUnloading`** 这两个参数分别用于跟踪类的加载和卸载过程。通过观察类的加载和卸载情况,可以间接了解方法区中哪些类的静态属性和常量可能作为 GC Root[^4]。 - **`-XX:PermSize` 和 `-XX:MaxPermSize`(适用于 JDK 7 及更早版本)** 这两个参数用于设置永久代的初始大小和最大大小。永久代中存储了类的元数据信息,包括静态属性和常量,这些信息可能作为 GC Root[^4]。 - **`-XX:MetaspaceSize` 和 `-XX:MaxMetaspaceSize`(适用于 JDK 8 及更高版本)** 在 JDK 8 中,永久代被元空间取代,这两个参数用于设置元空间的初始大小和最大大小。元空间中存储的信息同样可能作为 GC Root。 - **`-XX:+UseSerialGC`、`-XX:+UseParallelGC` 和 `-XX:+UseG1GC`** 这些参数用于选择不同的垃圾收集器。不同的垃圾收集器可能有不同的 GC Root 遍历规则,因此选择合适的垃圾收集器会影响 GC Root 的识别过程[^1]。 #### 3. 示例代码:查看 GC Root 的影响 以下是一个简单的示例代码,展示如何通过静态变量和局部变量创建 GC Root: ```java public class GCDemo { static Object staticObject = new Object(); // 静态变量引用的对象 public static void main(String[] args) { Object localObject = new Object(); // 局部变量引用的对象 System.out.println("Static Object: " + staticObject); System.out.println("Local Object: " + localObject); } } ``` 运行时可以通过以下命令查看 GC 日志: ```bash java -XX:+PrintGCDetails GCDemo ``` ####
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值