JVM 自带线程

一个JVM 启动之后,自己会启动一些线程。我们在jstack的时候可以排除掉这些。只关注我们自己业务产生的线程

代码

Java代码   收藏代码
  1. package com.cases;  
  2.   
  3. import java.lang.management.GarbageCollectorMXBean;  
  4. import java.lang.management.ManagementFactory;  
  5. import java.lang.management.MemoryMXBean;  
  6. import java.util.List;  
  7. import java.util.Map;  
  8.   
  9. public class Gouzi {  
  10.   
  11.     public static void main(String[] args) {  
  12.         jvmExitHook();  
  13.   
  14.         System.out.println("aaaa");  
  15.         try {  
  16.             Thread.sleep(10000);  
  17.         } catch (InterruptedException e) {  
  18.             e.printStackTrace();  
  19.         }  
  20.   
  21.         System.exit(0);  
  22.     }  
  23.   
  24.     public static void jvmExitHook() {  
  25.         System.out.println("注册JVM Shutdown钩子方法---------");  
  26.         Runtime.getRuntime().addShutdownHook(new Thread() {  
  27.             @Override  
  28.             public void run() {  
  29.                 MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();  
  30.                 System.out.println("堆内存信息: " + memorymbean.getHeapMemoryUsage());  
  31.                 System.out.println("非堆内存信息: " + memorymbean.getNonHeapMemoryUsage());  
  32.                 Map<Thread, StackTraceElement[]> map = Thread.getAllStackTraces();  
  33.   
  34.                 List<GarbageCollectorMXBean> list = ManagementFactory.getGarbageCollectorMXBeans();  
  35.                 if (list != null && list.size() > 0) {  
  36.                     for (GarbageCollectorMXBean gcBean : list) {  
  37.                         System.out.println("垃圾收集器:" + gcBean.getName());  
  38.                         System.out.println("gc count:" + gcBean.getCollectionCount());  
  39.                         System.out.println("gc time:" + gcBean.getCollectionTime());  
  40.                         gcBean.getCollectionCount();  
  41.                     }  
  42.                 }  
  43.   
  44.                 for (Thread t : map.keySet()) {  
  45.                     System.out.println("线程名称:" + t.getName() + ",线程堆栈:");  
  46.                     StackTraceElement[] ss = map.get(t);  
  47.                     if (ss != null) {  
  48.                         for (StackTraceElement s : ss) {  
  49.                             System.out.println(s);  
  50.                         }  
  51.                     }  
  52.                 }  
  53.             }  
  54.   
  55.         });  
  56.     }  
  57. }  

 

 

输出结果

 

注册JVM Shutdown钩子方法---------

aaaa

内存信息: init = 16777216(16384K) used = 560368(547K) committed = 16252928(15872K) max = 259522560(253440K)

未使用内存信息: init = 35815424(34976K) used = 13675040(13354K) committed = 36110336(35264K) max = 123731968(120832K)

垃圾收集器:Copy

gc count:0

gc time:0

垃圾收集器:MarkSweepCompact

gc count:0

gc time:0

线程名称:Attach Listener,线程堆栈:

线程名称:Finalizer,线程堆栈:

java.lang.Object.wait(Native Method)

java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)

java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)

java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:171)

线程名称:Signal Dispatcher,线程堆栈:

线程名称:Reference Handler,线程堆栈:

java.lang.Object.wait(Native Method)

java.lang.Object.wait(Object.java:485)

java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)

线程名称:Thread-0,线程堆栈:

java.lang.Thread.dumpThreads(Native Method)

java.lang.Thread.getAllStackTraces(Thread.java:1530)

com.cases.Gouzi$1.run(Gouzi.java:32)

线程名称:main,线程堆栈:

java.lang.Object.wait(Native Method)

java.lang.Thread.join(Thread.java:1186)

java.lang.Thread.join(Thread.java:1239)

java.lang.ApplicationShutdownHooks.runHooks(ApplicationShutdownHooks.java:79)

java.lang.ApplicationShutdownHooks$1.run(ApplicationShutdownHooks.java:24)

java.lang.Shutdown.runHooks(Shutdown.java:79)

java.lang.Shutdown.sequence(Shutdown.java:123)

java.lang.Shutdown.exit(Shutdown.java:168)

java.lang.Runtime.exit(Runtime.java:90)

java.lang.System.exit(System.java:904)

com.cases.Gouzi.main(Gouzi.java:21)

 

上边main线程和Thread-0是我启动的

 

Attach Listener

Finalizer

Signal Dispatcher

Reference Handler

是JVM 启动的

 

下边做一个解释:

 

Attach Listener :线程是负责接收到外部的命令,而对该命令进行执行的并且吧结果返回给发送者。通常我们会用一些命令去要求jvm给我们一些反馈信息,如:java -version、jmap、jstack等等。如果该线程在jvm启动的时候没有初始化,那么,则会在用户第一次执行jvm命令时,得到启动。

 

signal dispather: 前面我们提到第一个Attach Listener线程的职责是接收外部jvm命令,当命令接收成功后,会交给signal dispather线程去进行分发到各个不同的模块处理命令,并且返回处理结果。signal dispather线程也是在第一次接收外部jvm命令时,进行初始化工作。

 

Finalizer:  用来执行所有用户Finalizer 方法的线程

 

Reference Handler :它主要用于处理引用对象本身(软引用、弱引用、虚引用)的垃圾回收问题。

 

 

在一些其他场景Jvm会启动更多的线程,可以参考:http://club.alibabatech.org/article_detail.htm?articleId=4 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc,也没有规定gc如何工作。不过常用的jvm都有gc,而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执行过程后,才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如,实时应用程序主要是为了避免垃圾收集中断,而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和jvm支持的垃圾收集算法,便可以进行优化配置垃圾收集器。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。 1.1.引用计数 引用计数存储对特定对象的所有引用数,也就是说,当应用程序创建引用以及引用超出范围时,jvm必须适当增减引用数。当某对象的引用数为0时,便可以进行垃圾收集。 1.2.对象引用遍历 早期的jvm使用引用计数,现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始,沿着整个对象图上的每条链接,递归确定可到达(reachable)的对象。如果某对象不能从这些根对象的一个(至少一个)到达,则将它作为垃圾收集。在对象遍历阶段,gc必须记住哪些对象可以到达,以便删除不可到达的对象,这称为标记(marking)对象。 下一步,gc要删除不可到达的对象。删除时,有些gc只是简单的扫描堆栈,删除未标记的未标记的对象,并释放它们的内存以生成新的对象,这叫做清除(sweeping)。这种方法的问题在于内存会分成好多小段,而它们不足以用于新的对象,但是组合起来却很大。因此,许多gc可以重新组织内存中的对象,并进行压缩(compact),形成可利用的空间。 为此,gc需要停止其他的活动活动。这种方法意味着所有与应用程序相关的工作停止,只有gc运行。结果,在响应期间增减了许多混杂请求。另外,更复杂的gc不断增加或同时运行以减少或者清除应用程序的中断。有的gc使用单线程完成这项工作,有的则采用多线程以增加效率。 2.几种垃圾回收机制 2.1.标记-清除收集器 这种收集器首先遍历对象图并标记可到达的对象,然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。 2.2.标记-压缩收集器 有时也叫标记-清除-压缩收集器,与标记-清除收集器有相同的标记阶段。在第二阶段,则把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。 2.3.复制收集器 这种收集器将堆栈分为两个域,常称为半空间。每次仅使用一半的空间,jvm生成的新对象则放在另一半空间中。gc运行时,它把可到达对象复制到另一半空间,从而压缩了堆栈。这种方法适用于短生存期的对象,持续复制长生存期的对象则导致效率降低。 2.4.增量收集器 增量收集器把堆栈分为多个域,每次仅从一个域收集垃圾。这会造成较小的应用程序中断。 2.5.分代收集器 这种收集器把堆栈分为两个或多个域,用以存放不同寿命的对象。jvm生成的新对象一般放在其中的某个域中。过一段时间,继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。 2.6.并发收集器 并发收集器与应用程序同时运行。这些收集器在某点上(比如压缩时)一般都不得不停止其他操作以完成特定的任务,但是因为其他应用程序可进行其他的后台操作,所以中断其他处理的实际时间大大降低。 2.7.并行收集器 并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu机器上使用多线程技术可以显著的提高java应用程序的可扩展性。 3.Sun HotSpot 1.4.1 JVM堆大小的调整 Sun HotSpot 1.4.1使用分代收集器,它把堆分为三个主要的域:新域、旧域以及永久域。Jvm生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后,便获得使用期并进入旧域。在永久域中jvm则存储class和method对象。就配置而言,永久域是一个独立域并且不认为是堆的一部分。 下面介绍如何控制这些域的大小。可使用-Xms和-Xmx 控制整个堆的原始大小或最大值。 下面的命令是把初始大小设置为128M: java –Xms128m –Xmx256m为控制新域的大小,可使用-XX:NewRatio设置新域在堆中所占的比例。 下面的命令把整个堆设置成128m,新域比率设置成3,即新域与旧域比例为1:3,新域为堆的1/4或32M: java –Xms128m –X

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值