Android同步锁：Synchronized的小实验

今天在看博客的时候突然遇到了同步代码块——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在后是偶然的，毕竟两个线程是异步执行（没有先后顺序），中间的两行长的先忽略，貌似跟本题无关，（若有关还请高人指点。。。）；

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