java线程——synchronized

当多个线程访问My Thread的run方法时，以排队的方式进行处理（这里排队是按照CPU分配的先后顺序而定的，不是按照写代码的先后顺序），一个线程想要执行synchronized修饰的方法里的代码，首先是尝试获得锁，如果拿到锁，执行synchronized代码体内容；拿不到锁，这个线程就会不断的尝试获得这把锁，知道拿到位置，而且是多个线程同时去竞争这把锁（也就是会有锁竞争的问题-多个线程抢占一把锁 ）

假如有1000个线程，当一个线程执行完释放锁之后，其它999个线程此时会同时竞争这把锁，这会导致cpu的占用率很高

当我们创建两个线程对象，调用里面的方法时，也加上了synchronized关键字，但是不会保证一个线程执行完另外一个线程再执行，因为此时假的synchronized关键字是基于方法的，如果我们在方法声明上加上static关键字，此时的方法就是基于类的，这样就可以保证一个线程执行完之后，另外一个线程再执行。

关键字synchronized去的的锁都是对象锁，而不是把一段代码（方法）当做锁，所以示例代码中那个线程先执行synchronized关键字的方法，那个线程就持有改方法所属对象的锁（Lock），两个对象，线程获得的就是两个不同的锁，他们互不影响，

有一种情况则是相同的锁，即在静态方法上加synchronized关键字，表示锁定.class类，类一级别的锁（独占.class类）

 

使用synchronized关键字是有弊端的，比如A线程调用同步的方法执行很长时间得任务，那么B线程就biubiu等待比较成的时间才能执行，这样的情况下可以使用synchronized代码块去优化代码执行时间，也就是通常所说的减小锁的粒度。

synchronized可以使用任意的Object进行加锁，用法比较灵活。

另外特别注意一个问题，就是不要使用String的常量加锁，会出现死循环问题。

锁对象的改变问题，当使用一个对象进行加锁的时候，要注意对象本身发生改变的时候，那么持有的锁就不同，如果对象本身不发生改变，那么依然是同步的，即使是对象的属性发生了改变。