为了解决“非线程安全”带来的问题,上一节中使用的办法是用关键字synchronized修饰多个线程可能同时访问到的方法,但是这样写是存在一定的弊端的,比如线程A调用一个用synchronized修饰的同步方法,这个方法要执行很长时间,那么其它的线程必须无条件的等线程A执行完释放掉对象锁,当然前提是其他的线程也要访问这个同步方法。这种情况就可以用synchronized代码块来解决。在解决之前我先附上一段没优化之前的方法,这样就可以直观的看到效果差异。
证明synchronized方法的弊端,代码如下:
public class Entity {
public static long beginTime1;
public static long endTime1;
public static long beginTime2;
public static long endTime2;
}
public class Task_Synchronized {
private String getData1;
private String getData2;
//两个子线程要调用的公共方法
public synchronized void doLongTimeTask() {
try {
System.out.println("begin task");
Thread.sleep(3000);
//getData1和getdata2实际过程中可以是两个非常耗时的操作,这样看起来效果更名
getData1 = "长时间处理任务后从远程返回的值1 threadName="
+ Thread.currentThread().getName();
getData2 = "长时间处理任务后从远程返回的值2 threadName="
+ Thread.currentThread().getName();
System.out.println(getData1);
System.out.println(getData2);
System.out.println("end task");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
public static void main(String[] args) throws InterruptedException {
Task_Synchronized task = new Task_Synchronized();
MyThread1 t1 = new MyThread1(task);
t1.start();
MyThread2 t2 = new MyThread2(task);
t2.start();
Thread.sleep(10000);
// 因为线程1和线程2哪个先执行不一定,所以比较了一下时间,开始的时间取比较小的值,结束的时间取较大的值
long beginTime = Entity.beginTime1;
if (Entity.beginTime2 < Entity.beginTime1) {
beginTime = Entity.beginTime2;
}
long endTime = Entity.endTime1;
if (Entity.endTime2 > Entity.endTime1) {
endTime = Entity.endTime2;
}
System.out.println("耗时" + (endTime - beginTime) / 1000 + "s");
}
//第一个线程
public static class MyThread1 extends Thread {
private Task_Synchronized task;
public MyThread1(Task_Synchronized task) {
super();
this.task = task;
}
@Override
public void run() {
super.run();
Entity.beginTime1 = System.currentTimeMillis();
task.doLongTimeTask();
Entity.endTime1 = System.currentTimeMillis();
}
}
//第二个线程
public static class MyThread2 extends Thread {
private Task_Synchronized task;
public MyThread2(Task_Synchronized task) {
super();
this.task = task;
}
@Override
public void run() {
// TODO Auto-generated method stub
super.run();
Entity.beginTime2 = System.currentTimeMillis();
task.doLongTimeTask();
Entity.endTime2 = System.currentTimeMillis();
}
}
运行结果如下:从Task_Synchronized 类可以看出,synchronized修饰的是doLongTimeTask()方法,从执行结果也可以看出syschronized修饰方法的执行顺序是这样的:Thread—0必须把同步的方法全部执行完,释放掉对象锁之后,Thread—1才可以执行,也就是说无论哪个线程先抢上CPU,就要执行到底之后,另一个线程才可以上CPU执行,这样执行下来用时间是6s。
那么接下来看看用synchronized代码块怎么解决这个弊端,我写了一个例子,如下:
public class Task_Synchronized {
private String getData1;
private String getData2;
//没有synchronized修饰
public void doLongTimeTask() {
try {
System.out.println("begin task");
Thread.sleep(3000);
String privateGetData1 = "长时间处理的任务1 threadName="
+ Thread.currentThread().getName();
String privateGetData2 = "长时间处理的任务1 threadName="
+ Thread.currentThread().getName();
//synchronized代码块
synchronized (this) {
getData1 = privateGetData1;
getData2 = privateGetData2;
}
System.out.println(getData1);
System.out.println(getData2);
System.out.println("end task");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
执行结果如下:只需要修改一下doLongTimeTask()这个方法即可,用synchronized代码块来代替synchronized修饰方法,从运行结果可以看到时间只用3s,时间缩短了是由于线程Thread—0访问Task_Synchronized类的同步代码块时,线程Thread—1仍然可以访问Task_Synchronized类里的非同步方法。在这里为什么会想到只同步变量getData1和getData2呢,我以前说过出现“非线程安全”的原因,其中有一个原因就是有多个线程同时访问成员变量时可能会出现“脏读”现象。
但是还有两个问题需要验证,那就是syschronized代码块里的内容真的是同步执行的吗?这个this真的代表当前类的对象锁吗?下面我写了一个例子来验证一下,如下:
public static void main(String[] args) {
Task task = new Task();
ThreadA a = new ThreadA(task);
a.setName("A");
ThreadB b = new ThreadB(task);
b.setName("B");
a.start();
b.start();
}
public static class ThreadA extends Thread {
private Task task;
public ThreadA(Task task) {
super();
this.task = task;
}
@Override
public void run() {
super.run();
task.doLongTimeTask();
}
}
public static class ThreadB extends Thread {
private Task task;
public ThreadB(Task task) {
super();
this.task = task;
}
@Override
public void run() {
super.run();
task.doLongTimeTask();
}
}
}
class Task {
public voiddoLongTimeTask() {
for (int i = 0; i < 100; i++) {
System.out.println("noSynchronized threadName="
+ Thread.currentThread().getName() + " i=" + (i + 1));
}
System.out.println("*********************************");
synchronized (this) {
for (int i = 0; i < 100; i++) {
System.out.println("Synchronized threadName="
+ Thread.currentThread().getName() + " i=" + (i + 1));
}
}
}
运行结果如下:由图(a)可以看出来,两个线程在执行第一for循环的时候,是不同步交叉执行的,由图b1、b2、c1、c2可以看出来线程A排队执行完,线程B才开始执行,所以synchronized代码块是同步的。
图(a)图(b1)图(b2)
图(c1) 图(c2)
那么怎么验证synchronized使用的“对象监视器”是一个呢,也就是this代表的是当前类的对象锁。需要证明只有一个线程释放掉当前对象锁,其它的线程才可以执行。我写了一个例子,如下:
public static void main(String[] args) {
MyService service = new MyService();
ThreadA a = new ThreadA(service);
a.setName("A");
ThreadB b = new ThreadB(service);
b.setName("B");
a.start();
b.start();
}
public static class ThreadA extends Thread {
private MyService service;
public ThreadA(MyService service) {
super();
this.service = service;
}
@Override
public void run() {
super.run();
service.serviceMethodA();
}
}
public static classThreadB extends Thread {
private MyService service;
public ThreadB(MyService service) {
super();
this.service = service;
}
@Override
public void run() {
super.run();
service.serviceMethodB();
}
}
}
class MyService {
public void serviceMethodA() {
synchronized (this) {
try {
System.out.println("A begin time=" + System.currentTimeMillis());
Thread.sleep(5000);
System.out.println("A end time=" + System.currentTimeMillis());
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
public void serviceMethodB() {
synchronized (this) {
try {
System.out.println("B begin time=" + System.currentTimeMillis());
Thread.sleep(2000);
System.out.println("B end time=" + System.currentTimeMillis());
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
运行结果如下:从代码上可以看出,两个synchronized代码块里都有休眠方法,但是并没有影响线程的执行顺序,如果两个this不是同一把对象锁,那么在休眠的这段时间,线程肯定会出现交替执行的,从结果也可以看出来,线程A执行完之后,线程B才开始执行的,说明当线程A访问MyService的同步代码块serviceMethodA的时候,线程B对同步代码块serviceMethodB的访问将被阻塞。所以“对象监视器”是同一个。