Java-Main方法启动后jvm准备了那些线程,各有什么作用

1 main代码

public abstract class BaseJob {
    public static void main(String[] args) {
    	// 为了让线程持续存在,方便观测,死循环
        while (true){
            System.out.println("^_^");
        }
    }
}

2 jsp -l

# jsp -l 获取java进程的相关信息
PS E:\working\code\git\mms> jps -l
21376 org.jetbrains.idea.maven.server.RemoteMavenServer36
15748 sun.tools.jps.Jps
276
12664 com.zhcs.bs.bus.task.job.BaseJob #目标进程
19068 org.jetbrains.jps.cmdline.Launcher

3 jstack pid

PS E:\working\code\git\mms> jstack 12664
2021-12-29 15:22:56
Full thread dump Java HotSpot(TM) Client VM (25.161-b12 mixed mode, sharing):

"Service Thread" #8 daemon prio=9 os_prio=0 tid=0x1714c800 nid=0x1b38 runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x1721e400 nid=0x5130 waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x1722a400 nid=0x2ce0 runnable [0x1543f000]
   java.lang.Thread.State: RUNNABLE
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
        at java.net.SocketInputStream.read(SocketInputStream.java:171)
        at java.net.SocketInputStream.read(SocketInputStream.java:141)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        - locked <0x0a0b7818> (a java.io.InputStreamReader)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.readLine(BufferedReader.java:324)
        - locked <0x0a0b7818> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(BufferedReader.java:389)
        at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:49)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x026ab400 nid=0xc90 waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x026aa400 nid=0x50d0 runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0268e000 nid=0x4814 in Object.wait() [0x1502f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0a03c4b8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
        - locked <0x0a03c4b8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x02630000 nid=0x25f4 in Object.wait() [0x14f9f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0a03c658> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
        - locked <0x0a03c658> (a java.lang.ref.Reference$Lock)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"main" #1 prio=5 os_prio=0 tid=0x02600400 nid=0x25e4 runnable [0x0229f000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(FileOutputStream.java:326)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
        at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
        - locked <0x0a05bba0> (a java.io.BufferedOutputStream)
        at java.io.PrintStream.write(PrintStream.java:482)
        - locked <0x0a0406e0> (a java.io.PrintStream)
        at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
        at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
        at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104)
        - locked <0x0a0406a0> (a java.io.OutputStreamWriter)
        at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185)
        at java.io.PrintStream.newLine(PrintStream.java:546)
        - locked <0x0a0406e0> (a java.io.PrintStream)
        at java.io.PrintStream.println(PrintStream.java:807)
        - locked <0x0a0406e0> (a java.io.PrintStream)
        at com.zhcs.bs.bus.task.job.BaseJob.main(BaseJob.java:12)

"VM Thread" os_prio=2 tid=0x0262d400 nid=0x1cf0 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x1714ec00 nid=0x3bf0 waiting on condition

JNI global references: 14

4 去一个一个分析

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x1722a400 nid=0x2ce0 runnable [0x1543f000]
   java.lang.Thread.State: RUNNABLE
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
        at java.net.SocketInputStream.read(SocketInputStream.java:171)
        at java.net.SocketInputStream.read(SocketInputStream.java:141)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        - locked <0x0a0b7818> (a java.io.InputStreamReader)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.readLine(BufferedReader.java:324)
        - locked <0x0a0b7818> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(BufferedReader.java:389)
        at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:49)

根据上面这个样例,我们来逐个字段看下:
0.线程属性(如果是Daemon线程,会有Daemon标识,否则,什么都没有)0.
1.prio=10,线程优先级,1~10,10的优先级最高,优先执行。os_prio=本地线程的优先级os_pri
2.tid线程ID,Thread.getId()方法获取的就是这个ID;
3.nid,操作系统上的原生id。如在linux系统上可以通过ps p PID -L -o pcpu,pid,tid,time,tname,cmd来获得进程ID为PID的线程ID,对应字段TID;获取到这个10进制的TID后,通过printf “%x\n” TID可以转换为堆栈信息中的16进制的nid。
4.waiting for monitor entry说明了当前线程再做什么,英文字面意思理解就可以。样例中这个可以理解为在等待对象监视器,一般就是说被synchoniezed字段锁了对象,正在等待获取这个对象的监视器。其他还有如waiting on condition,等待获取资源;DeadLock,死锁;Object.wait,等待对象等。
5. java.lang.Thread.State: BLOCKED 这个说的是当前的线程状态,其他需要关注的状态还有DeadLock,Runnable,Waiting 。如果遇到阻塞,先看阻塞的waiting to lock <0x00000000acf4d0c0>对象,根据对象的ID 0x00000000acf4d0c0找是被哪个线程锁住的,然后再具体分析锁住的线程的堆栈信息,占用锁的线程会有locke<0x00000000acf4d0c0>。

最前面的#1#2#3#4是线程创建的顺序,上述可知,main线程是最先创建,其他线程全部都是daemon守护线程,

5.留一些问题,以下这些线程的作用是什么?

#1-8线程创建顺序,(守护线程会写出daemon)线程名称
#1.main
#2.(daemon)Reference Handler
#3.(daemon)Finalizer
#4.(daemon)Signal Dispatcher
#5.(daemon)Attach Listener
#6.(daemon)Monitor Ctrl-Break
#7.(daemon)C1 CompilerThread0
#8.(daemon)Service Thread

6 部分线程说明

JVM运行过程中产生的一些比较重要的线程罗列如下:

线程名称所属解释说明
Reference HandlerjvmJVM在创建main线程后就创建Reference Handler线程,其优先级最高,为10,它主要用于处理引用对象本身(软引用、弱引用、虚引用)的垃圾回收问题 。
Finalizerjvm这个线程也是在main线程之后创建的,其优先级为10,主要用于在垃圾收集前,调用对象的finalize()方法;关于Finalizer线程的几点:1) 只有当开始一轮垃圾收集时,才会开始调用finalize()方法;因此并不是所有对象的finalize()方法都会被执行;2) 该线程也是daemon线程,因此如果虚拟机中没有其他非daemon线程,不管该线程有没有执行完finalize()方法,JVM也会退出;3) JVM在垃圾收集时会将失去引用的对象包装成Finalizer对象(Reference的实现),并放入ReferenceQueue,由Finalizer线程来处理;最后将该Finalizer对象的引用置为null,由垃圾收集器来回收;4) JVM为什么要单独用一个线程来执行finalize()方法呢?如果JVM的垃圾收集线程自己来做,很有可能由于在finalize()方法中误操作导致GC线程停止或不可控,这对GC线程来说是一种灾难;
Signal Dispatcherjvm前面我们提到第一个Attach Listener线程的职责是接收外部jvm命令,当命令接收成功后,会交给signal dispather 线程去进行分发到各个不同的模块处理命令,并且返回处理结果。 signal dispather线程也是在第一次接收外部jvm命令时,进行初始化工作。
Attach ListenerjvmAttach Listener 线程是负责接收到外部的命令,而对该命令进行执行的并且吧结果返回给发送者。通常我们会用一些命令去要求jvm给我们一些反馈信息,如:java -version、jmap、jstack等等。 如果该线程在jvm启动的时候没有初始化,那么,则会在用户第一次执行jvm命令时,得到启动。
Monitor Ctrl-BreakjvmIDEA开发环境创建的一个线程,监控相关资源
CompilerThread0jvm用来调用JITing,实时编译装卸class 。 通常,jvm会启动多个线程来处理这部分工作,线程名称后面的数字也会累加,例如:CompilerThread1
Service Threadjvmunknow

参考其他博客,点我详细博客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值