VisualVM是压测过程中经常用到的一个工具,但是在分析过程中对其中的几种状态了解的不太清楚,通过查阅资源和代码中测试,基本搞懂了这些状态的区别。
状态说明:
-
Running
处于这种状态的线程对于操作系统而言,要么是正在占用CPU时间片运行的线程,要么是已经就绪的线程,只要有CPU时间片分配到,就可以直接运行,对应Java中Runnable状态。 -
Sleeping
处于睡眠状态的线程,通过调用Thread.sleep()方法让线程进行这种状态,此种状态的线程不占用CPU,但是不释放锁资源。 -
Wait
通过调用Object.wait()、Thread.join()等方法让线程进入这种状态,这种状态的线程不仅会让出CPU资源,也会让出所占用的锁资源。 -
Park
通过调用LockSupport类中的一些列park方法进行此种状态。这种状态是线程没有占用锁,但是可以直接让线程让出CPU,其他的方法都提到了锁的概念。 -
Monitor
通过抢占synchronized中的锁而进入的状态。
其实还有一些间接调用上述方法的锁,也会进行提到的某种状态,具体情况看看源码分析下吧。
废话少说,看看我的代码如果先线程进入不同的状态吧。
模拟代码如下:
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.LockSupport;
/**
*
* visualvm中线程几种状态的模拟
* 主要涉及到
* Running: 运行态,此时正在使用CPU的时间片
* Sleeping:休眠状态,调用Thread.sleep(),不占用CPU
* Wait:调用Object.wait、Thread.join等方法会进入这个状态
* Park:调用LockSupport.park等方法会进入这个状态,底层调用的是
* Monitor:通过synchronized抢占锁
**/
public class ThreadStateSimulateTest {
public static void main(String[] args) {
// 模拟sleeping, Thread.sleep()会使线程进入Sleeping状态
Thread t = new Thread(() -> {
while (true) {
try {
Thread.sleep(1000);
}catch (InterruptedException e) {}
}
}, "simulateSleeping");
t.start();
// 调用Thread.join的线程会进入Wait状态
Thread t1 = new Thread(() -> {
System.out.println("开始模拟wating");
try {
t.join();
}catch (InterruptedException e) {}
}, "simulateWaiting");
t1.start();
// LockSupport.park会让线程进入park状态(其实就是不涉及锁的情况下,直接让线程让出cpu)
Thread t2 = new Thread(() -> {
System.out.println("park方法直接让线程让出cpu");
LockSupport.park();
}, "simulateParking");
t2.start();
Thread t3 = new Thread(() -> {
say();
}, "simulateMonitor1");
Thread t4 = new Thread(() -> {
say();
}, "simulateMonitor2");
t3.start();
t4.start();
Thread t5 = new Thread(() -> {
while(true) {}
}, "simulateRunning");
t5.start();
}
public synchronized static void say() {
while(true) {
try {
// 下面两个操作都不会让出synchronized占用的锁资源
System.out.println("synchronized:" + Thread.currentThread());
LockSupport.parkNanos(TimeUnit.MILLISECONDS.toNanos(500));
Thread.sleep(500);
}catch (Exception e) {}
}
}
}
simulateSleeping线程调用了Thread.sleep(1000);这个方法,直接进入了Sleeping状态。
simulateWaiting线程调用了t.join();这个方法进入了Wating状态。
simulateParking调用了LockSupport.park();这个方法进入了Park状态。
simulateRunning直接就是Running状态的线程。
simulateMonitor1和simulateMonitor2线程配合使用,会导致先抢到锁的进入一个循环,不释放锁,后来的一个线程只能阻塞等待,进入Monitor状态。