JUC系列——JConsole线程监控、线程运行、守护线程 day1-2
JConsole监控
启动
打开CMD窗口输入
jconsole
这里当前显示了你的jconsole,我们现在新启动一个web程序让他跑,并且在连接时选择不安全连接
连接成功如图:
远程连接
首先修改远程主机的网络映射,将127.0.0.1映射到自己
vim /etc/hosts
在远程主机上输入如下命令来启动Java类
java -Djava.rmi.server.hostname=`ip地址`-Dcom.sun.management.jmxremote - Dcom .sun.management.jmxremote.port=`连接端口`-Dcom.sun.management.jimxremote.ssl=是否安全连接-Dcom.sun.management.jmxremote.authenticate=是否认证java类
线程运行原理
栈与栈帧
JVM中由堆、栈、方法区所组成,其中栈内存是给谁用的呢?其实就是线程,每个线程启动后,虚拟机就会为其分配一块栈内存。
每个栈由多个栈帧(Frame)组成,对应着每次方法调用时所占用的内存
每个线程只能有一个活动栈帧,对应着当前正在执行的那个方法
线程上下文切换(Thread Context Switch)
因为以下一些原因导致cpu不再执行当前的线程,转而执行另一个线程的代码:
- 线程的cpu时间片用完
- 垃圾回收
- 有更高优先级的线程需要运行
- 线程自己调用了sleep、yield、wait、join、park、synchronized、lock等方法chengxu
当Context Switch 发生时,需要由操作系统保存当前线程的状态,并恢复另一个线程的状态,Java中对应的概念就是程序计数器(Program Counter Register),它的作用是记住下一条jvm指令的执行地址,是线程私有的
- 状态包括程序计数器、虚拟机栈中每个栈帧的信息,如局部变量、操作数栈、返回地址等
- Context Switch频繁发生会影响性能
线程的状态
从操作系统层面看
-
新建状态(New):新创建了一个线程对象。仅在语言层面上创建好了,还没有与操作系统线程关联。
-
可运行状态|就绪状态(Runnable):线程对象创建后,其他线程调用了该对象的start()方法。该状态的线程位于“可运行线程池”中,变得可运行,只等待获取CPU的使用权,即在就绪状态的进程除CPU之外,其它的运行所需资源都已全部获得。(可以被CPU分发时间片但实际并未获得时间片)
-
运行状态(Running):就绪状态的线程获取了CPU时间片,且正在执行程序代码。完成运行后恢复到Runnable状态
-
阻塞状态(Blocked):阻塞状态是线程因为某种原因放弃CPU使用权,暂时停止运行。直到线程进入就绪状态,才有机会转到运行状态。
阻塞的情况分三种:
①等待阻塞:运行的线程执行wait()方法,该线程会释放占用的所有资源,JVM会把该线程放入“等待池”中。进入这个状态后,是不能自动唤醒的,必须依靠其他线程调用notify()或notifyAll()方法才能被唤醒,
②同步阻塞:运行的线程在获取对象的同步锁时,若该同步锁被别的线程占用,则JVM会把该线程放入“锁池”中。
③其他阻塞:运行的线程执行sleep()或join()方法,或者发出了I/O请求时,JVM会把该线程置为阻塞状态。当sleep()状态超时、join()等待线程终止或者超时,或者I/O处理完毕时,线程重新转入就绪状态。 -
(终止)死亡状态(Dead):线程执行完了或者因异常退出了run()方法,该线程结束生命周期。
从JAVA层面看
Java详细将线程状态分为大3种细分6种
- NEW(新建状态):线程刚刚被创建还没有使用start方法进行调用
- RUNNABLE(可运行时状态):当程序调用了start方法之后,线程达到的状态,注意,Java API层面的RUNNABLE状态涵盖了操作系统层面的【可运行状态】、【运行状态】和【阻塞状态】(由于BIO导致的线程阻塞,在Java里无法区分,仍然认为是可运行),BLOCKED,NAITING,TIMED_NAITING都是Java API层面对【阻塞状态】的细分
- TERMINATED:线程代码运行结束
Thread中run和start区别
我们都知道run方法和start方法都是去执行线程,那他们有什么不同呢?
我们先来看源码
run方法源码
//如果该线程是使用单独的Runnable运行对象构造的
//则调用该Runnable对象的run方法;