package thread;
public class TT2 implements Runnable{
int b = 100;
public synchronized void m1() throws Exception{
b = 1000;
Thread.sleep(5000);
System.out.println("b = " + b);
}
public synchronized void m2() throws Exception{
Thread.sleep(7000);
b = 2000;
}
public void run() {
try {
m1();
}catch(Exception e) {
e.printStackTrace();
}
}
public static void main(String[] args)throws Exception{
TT2 tt = new TT2();
Thread t = new Thread(tt);
t.start();
tt.m2();
System.out.println(tt.b);
}
}
打印的结果是: 1000 b=1000
我不明白这个结果是怎么来的,为什么不是先执行m1的锁呢
不知道你写这个是想实现什么或者为了测试什么,synchronized应用在方法上锁的是当前对象、t.start();当前对象执行的是M1,但是tt.m2()是
另一个线程执行的,并且执行的是m2()方法,你可以再m2方法中打个日志试下。
代码执行顺序是 m2 -》打印tt.b -》m1 -》打印b=?,其中打印tt.b时同时在很短时间给b赋值2000和1000,所有第一次打印可能会是1000或2000第二次肯定是b=1000
在HotSpot VM上,**主线程几乎总是会比子线程.start()调用的run()要早执行**,因为子线程还要经过一些JVM内部的初始化动作才能跑到指定的入口方法。这并不是Java语言规范或者JVM规范所要求的行为,只是在HotSpot VM这种特定实现上会有这样的特征,所以既不应该当作标准行为去依赖。
简单点说就是:.start()新起一个线程去运行run方法,但是对main这个线程来说,他会继续往下走 执行 tt.m2();,一个是新起线程去执行,一个是在本线程(已经在执行的线程)执行。(在程序运行时,主线程已经启动并在运行中,而另外起一个线程start表示线程处于**就绪状态**,还要等JVM机制调用才进入**运行状态**)
所以,m2()总是先执行,执行完准备打印时,由于m2方法的结束,退出了同步,子线程立马拿到对象锁,并把b赋值为1000,然后 System.out.println(tt.b);打印输出了1000,最后是m1方法执行结束,再输出 b = 1000