Android同步锁:Synchronized的小实验

版权声明:转载请注明作者或出处!! https://blog.csdn.net/qq_33923079/article/details/53385995

今天在看博客的时候突然遇到了同步代码块——Synchronized,猛然间想到自己这次面试的时候面试官特意问了关于java线程同步锁的问题,当时自己也是知道那么一点单例模式,就主要聊了下单例模式,而同步代码块却比较陌生,所以就 特地围绕这点代码块折腾起来。
下面是这次的过程和结果,大家一起来感悟一下;

/**
 * 同步线程
 */
class SyncThread implements Runnable {

   private static int count;
   private final String TAG="SyncThread";

   public SyncThread() {
      count = 0;
      Log.d(TAG,"我执行了,count="+count);
   }

   public  void run() {
      synchronized(this) {
         for (int i = 0; i < 5; i++) {
            try {
               Log.d(TAG,Thread.currentThread().getName() + ":" + (count++));
               Thread.sleep(100);
            } catch (InterruptedException e) {
               e.printStackTrace();
            }
         }
      }
   }
}

接下来我们就来看这段代码的调用:

SyncThread syncThread = new SyncThread();
Thread thread1 = new Thread(syncThread, "JACK");
Thread thread2 = new Thread(syncThread, "ROSE");
thread1.start();
thread2.start();

首先来简单分析一下这段代码:这是一个实现了Runnable接口的类,也就是一个线程类,在这个类中有三点引起了我的注意:
第一:静态变量count , 属于全局变量,当页面销毁的时候并没有被销毁,这里提一下,要注意预防内存泄漏;
第二:在这个类的构造方法中初始化了count;
第三:在线程的run方法里面加了一把同步锁;
第四:thread1和thread2共用一个SyncThread实例。
下面的一系列动作就围绕着这四个特点展开了。


第一次试验:上面的代码不做任何更改的直接运行看看运行结果:
这里写图片描述

由运行结果可以知道,JACK线程在执行的时候,synchronized会被加锁,导致run方法就被阻塞,ROSE线程只有在JACK线程执行完成之后才会执行;


第二次试验:把thread1和thread2的SyncThread分别new出来,修改调用代码如下:

SyncThread syncThread1 = new SyncThread();
SyncThread syncThread2 = new SyncThread();
Thread thread1 = new Thread(syncThread1, "JACK");
Thread thread2 = new Thread(syncThread2, "ROSE");
thread1.start();
thread2.start();

运行效果如下:
这里写图片描述

首先我们不难看出,SyncThread构造方法调用了两次,而且是连续的两次,这个也还好理解,因为连续构建了两次SyncThread的对象,而后面的逻辑貌似就不正常了,明明有用到同步锁啊,怎么会没有作用???


这个问题我们先留着,在第二次试验的基础上,进行第三次试验,我们把同步锁去掉看看效果,修改Runnable实现类的run方法如下:

 public  void run() {
         for (int i = 0; i < 5; i++) {
            try {
               Log.d(TAG,Thread.currentThread().getName() + ":" + (count++));
               Thread.sleep(100);
            } catch (InterruptedException e) {
               e.printStackTrace();
            }
         }
   }

接下来我们来看看运行结果:
这里写图片描述
现在只有一个地方不一样,就是加锁是rose然后jack,不加锁是jack然后rose,为了验证这个问题是不是偶然,把代码恢复成第二次试验的时候,连续运行了三次都是下面的输出:
这里写图片描述
这里就可以证明rose在前jack在后是偶然的,毕竟两个线程是异步执行(没有先后顺序),中间的两行长的先忽略,貌似跟本题无关,(若有关还请高人指点。。。);

那么就剩下最后一个问题,线程加锁在非单例模式下的运行流程是什么???

阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页