4、常见函数的解读
Thread类的方法:
- sleep(long millis):让当前正在执行的线程休息多久,暂时让出cpu给其他线程执行,但是不会释放它所占有的对象锁。
- join():一个正在执行的线程调用了另外一个线程的join方法,此时就会去执行另外一个线程,只有被调用的线程执行完之后,原来的线程才会继续执行下去。。
为什么要用呢?
- 在很多情况下,主线程生成并起动了子线程,如果子线程里要进行大量的耗时的运算,主线程往往将于子线程之前结束,但是如果主线程处理完其他的事务后,需要用到子线程的处理结果,也就是主线程需要等待子线程执行完成之后再结束,这个时候就要用到join()方法了。
package com.multithread.join;
class Thread1 extends Thread{
private String name;
public Thread1(String name) {
super(name);
this.name=name;
}
public void run() {
System.out.println(Thread.currentThread().getName() + " 线程运行开始!");
for (int i = 0; i < 5; i++) {
System.out.println("子线程"+name + "运行 : " + i);
try {
sleep((int) Math.random() * 10);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
System.out.println(Thread.currentThread().getName() + " 线程运行结束!");
}
}
public class Main {
public static void main(String[] args) {
System.out.println(Thread.currentThread().getName()+"主线程运行开始!");
Thread1 mTh1=new Thread1("A");
Thread1 mTh2=new Thread1("B");
mTh1.start();
mTh2.start();
System.out.println(Thread.currentThread().getName()+ "主线程运行结束!");
}
}
不用join的后果就是:
main主线程运行开始!
main主线程运行结束!
B 线程运行开始!
子线程B运行 : 0
A 线程运行开始!
子线程A运行 : 0
子线程B运行 : 1
子线程A运行 : 1
子线程A运行 : 2
子线程A运行 : 3
子线程A运行 : 4
A 线程运行结束!
子线程B运行 : 2
子线程B运行 : 3
子线程B运行 : 4
B 线程运行结束!
发现主线程比子线程早结束!
使用join:
public class Main {
public static void main(String[] args) {
System.out.println(Thread.currentThread().getName()+"主线程运行开始!");
Thread1 mTh1=new Thread1("A");
Thread1 mTh2=new Thread1("B");
mTh1.start();
mTh2.start();
try {
mTh1.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
try {
mTh2.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName()+ "主线程运行结束!");
}
}
main主线程运行开始!
B 线程运行开始!
子线程B运行 : 0
A 线程运行开始!
子线程A运行 : 0
子线程B运行 : 1
子线程A运行 : 1
子线程A运行 : 2
子线程A运行 : 3
子线程A运行 : 4
A 线程运行结束!
子线程B运行 : 2
子线程B运行 : 3
子线程B运行 : 4
B 线程运行结束!
main主线程运行结束!
- yield():
暂停当前正在执行的线程,让当前线程回到可运行状态,以允许具有相同优先级或更高优先级的其他线程获得运行机会。它既然让出了cpu的使用权,但是它还是会被OS调度选中继续运行,因为如果没有比他高优先级的线程,那他就被选中;如果有和它相同优先级的那就竞争。所以低优先级的线程根本享受不到一点好处。
好吧!以上纯属~~还是不能太相信网上的东西,要实践一下才能检验真理!
官方给出的文档是当调用Thread.yield()函数时,会给线程调度器一个当前线程愿意让出CPU使用的暗示,但是线程调度器可能会忽略这个暗示。通俗的解释就是当前线程愿意让出CPU的使用权,可以让其他线程继续执行,但是线程调度器可能会停止当前线程继续执行,也可能会让该线程继续执行。
所以我实验了一下,结论是不管优先级和yield()函数都是试图控制线程的顺序执行.但是我们需要注意的一点是,在java中没有任何机制可以保证线程的执行顺序,两种做法只不过是增加了线程之间切换的几率而已.
从状态转化来看,线程从运行态转到就绪态。
package com.multithread.yield;
class ThreadYield extends Thread{
public ThreadYield(String name) {
super(name);
}
@Override
public void run() {
for (int i = 1; i <= 50; i++) {
System.out.println("" + this.getName() + "-----" + i);
// 当i为30时,该线程就会把CPU时间让掉,让其他或者自己的线程执行(也就是谁先抢到谁执行)
if (i ==30) {
this.yield();
}
}
}
}
public class Main {
public static void main(String[] args) {
ThreadYield yt1 = new ThreadYield("张三");
ThreadYield yt2 = new ThreadYield("李四");
yt1.setPriority(10);
yt2.setPriority(5);
yt1.start();
yt2.start();
}
}
运行结果:
张三-----1
李四-----1
李四-----2
李四-----3
李四-----4
李四-----5
李四-----6
李四-----7
李四-----8
李四-----9
李四-----10
张三-----2
张三-----3
张三-----4
张三-----5
李四-----11
张三-----6
李四-----12
张三-----7
李四-----13
张三-----8
李四-----14
张三-----9
张三-----10
张三-----11
张三-----12
张三-----13
张三-----14
张三-----15
张三-----16
张三-----17
张三-----18
张三-----19
张三-----20
李四-----15
李四-----16
李四-----17
李四-----18
李四-----19
李四-----20
从结果可以看出,注意看10以后的那一行,并不一定会让出cpu,而且让出了也不是说低优先级的线程没法竞争,也是可以被调度到的。
- interrupt():将当前线程的中断状态设置为true,并不会像stop那样真正去中断一个正在执行的线程,所以如果你不去检测这个中断状态,当前的线程还是会继续执行下去的,而wait,sleep,join方法会去检测这个中断状态并要求抛出异常。而正常运行的程序中主动去检测也可以做一些操作,如添加while(!Thread.interrupted()) ,则同样可以在中断后离开代码体。
问题来了,检测用哪个方法呢?
- interrupted()是static方法,调用的时候要用Thread.interrupted(),测试当前线程是否已经是中断状态,执行后具有将状态标志清除为false的功能;
- isInterrupted()是实例方法,调用时要用线程的实例调用thread.isInterrupted(),测试线程Thread对象是否已经是中断状态,但不清除状态标志。
参看这个链接:写的很详细很不错!
注意:synchronized在获锁的过程中是不能被中断的。
Object类的方法
-
wait() ,notify(), notifyAll():
wait,与notify是针对已经获取了Obj锁进行操作,从语法角度来说就是Obj.wait(),Obj.notify必须在synchronized(Obj){…}语句块内。从功能上来说wait就是说线程在获取对象锁后,主动释放对象锁,同时本线程休眠。直到有其它线程调用对象的notify()唤醒该线程,才能继续获取对象锁,并继续执行。相应的notify()就是对对象锁的唤醒操作。但有一点需要注意的是notify()调用后,并不是马上就释放对象锁的,而是在相应的synchronized(){}语句块执行结束,自动释放锁后,JVM会在wait()对象锁的线程中随机选取一线程,赋予其对象锁,唤醒线程,继续执行。这样就提供了在线程间同步、唤醒的操作。notify()随机唤醒等待线程的其中一个。
notifyAll()就是唤醒该对象的所有等待线程。
这里指的唤醒是把线程从等待池转换到锁池,只有进入锁池,线程才能参与竞争对象锁。
经典面试题:
建立三个线程,A线程打印10次A,B线程打印10次B,C线程打印10次C,要求线程同时运行,交替打印10次ABC。
package com.multithread.wait;
public class MyThreadPrinter2 implements Runnable {
private String name;
private Object prev;
private Object self;
private MyThreadPrinter2(String name, Object prev, Object self) {
this.name = name;
this.prev = prev;
this.self = self;
}
@Override
public void run() {
int count = 10;
while (count > 0) {
synchronized (prev) {
synchronized (self) {
System.out.print(name);
count--;
self.notify();
}
try {
prev.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
public static void main(String[] args) throws Exception {
Object a = new Object();
Object b = new Object();
Object c = new Object();
MyThreadPrinter2 pa = new MyThreadPrinter2("A", c, a);
MyThreadPrinter2 pb = new MyThreadPrinter2("B", a, b);
MyThreadPrinter2 pc = new MyThreadPrinter2("C", b, c);
new Thread(pa).start();
Thread.sleep(100); //确保按顺序A、B、C执行
new Thread(pb).start();
Thread.sleep(100);
new Thread(pc).start();
Thread.sleep(100);
}
}
输出结果:
ABCABCABCABCABCABCABCABCABCABC
解释:为了控制线程执行的顺序,那么就必须要确定唤醒、等待的顺序,所以每一个线程必须同时持有两个对象锁,才能继续执行。一个对象锁是prev,就是前一个线程所持有的对象锁。还有一个就是自身对象锁。主要的思想就是,为了控制执行的顺序,必须要先持有prev锁,也就前一个线程要释放自身对象锁,再去申请自身对象锁,两者兼备时打印,之后首先调用self.notify()释放自身对象锁,唤醒下一个等待线程,再调用prev.wait()释放prev对象锁,终止当前线程,等待循环结束后再次被唤醒。运行上述代码,可以发现三个线程循环打印ABC,共10次。程序运行的主要过程就是A线程最先运行,持有C,A对象锁,后释放A,C锁,唤醒B。线程B等待A锁,再申请B锁,后打印B,再释放B,A锁,唤醒C,线程C等待B锁,再申请C锁,后打印C,再释放C,B锁,唤醒A。看起来似乎没什么问题,但如果你仔细想一下,就会发现有问题,就是初始条件,三个线程按照A,B,C的顺序来启动,按照前面的思考,A唤醒B,B唤醒C,C再唤醒A。但是这种假设依赖于JVM中线程调度、执行的顺序。
常考sleep和wait的区别:
- sleep是Thread类的方法,而wait是Object类的方法;
- 每个对象都有一个锁来控制同步访问,Synchronized关键字可以和对象的锁交互来实现线程的同步。sleep方法释放cpu,但没有释放对象锁,而wait方法既释放cpu,又释放了对象锁,使得其他线程可以获得该对象锁,使用同步控制块或方法。
- wait方法只能在同步Synchronized代码块内使用,而sleep可以在任何地方使用。