java锁方法无效_JAVA 并发编程Synchronized锁的是什么？

临界区与锁

并发编程中不可避免的会出现多个线程共享同一个资源的情况，为了防止出现数据不一致情况的发生，人们引入了临界区的概念。临界区是一个用来访问共享资源的代码块，同一时间内只运行一个线程进入。

那么如何实现这个临界区呢？这就用到我们的锁了，当进程想要访问一个临界区时，它先会去看看是否已经有其他线程进入了，也就是看是否能获得锁。如果没有其他线程进入，那么它就进入临界区，其他线程就无法进入，相当于加锁。反之，则会被挂起，处于等待状态，直到其他线程离开临界区，且本线程被JVM选中才可进入(因为可能有其他线程也在等待)。

利用Synchronized解决并发问题

Synchronize是一个重量级锁，它会降低程序性能，因此如果对数据一致性没有要求，就不要使用它。如果方法被Synchronize关键字声明，那么该方法的代码块被视为临界区。当某个线程调用该对象的synchronized方法或者访问synchronized代码块时，这个线程便获得了该对象的锁，其他线程暂时无法访问这个方法，只有等待这个方法执行完毕或者代码块执行完毕，这个线程才会释放该对象的锁，其他线程才能执行这个方法或者代码块。

下面我们将创建两个线程A，B来同时访问一个对象：A从账户里取钱，B从账户里存钱。首先是不使用Synchronized关键字。

创建账户类

它拥有一个私有变量balance表示金额，addAmount和subtractAmount分别对金额执行加减操作。

创建A，B俩线程，分别对账户存钱和取钱。

最后在main里面测试

ThreadA往账户中执行了10次存入操作，每次存入1000元，ThreadB则是以同样的金额执行了10次取出操作。那么按照我们的推测，最后账户的金额应该维持不变，但程序的结果却不是我们想要的数字。这是为什么呢？因为我们在对数据进行操作的时候，另外一个线程可能也在进行操作，逻辑上应该先后执行的方法变成了同时执行，所以出现了错误。

现在我们给addAmount和subtractAmount加上synchronized关键字，保证数据一致性，这样程序就不会出问题了。

如果是使用synchronize保护代码块，则需要将对象引用作为参数传入。一般来说传入this关键字作为引用执行方法的对象就可以了。

锁的到底是什么？

或许在上面的例子你因为粗心只为其中一个方法加了关键字，那么你会看到这样的现象：

保护代码块要将对象传入，那应该锁的是对象呀。你可能会想：我执行subtractAmout，按道理应该等我执行完addAmount才能执行，它都没有account这个对象的锁，不应该在中间插这么一段呀。但是，只有加了锁的方法，线程执行该方法时才会去尝试获得锁，看看是否有线程进入临界区。访问非同步方法无需获得锁，你把synchronized去掉跟你只加一个的情况是一样的，同步方法与非同步遵循的是不同的规则。也就是说你可以在调用该对象的加了synchronized方法的同时，调用其他的非同步方法。

两个线程怎么同时访问了同一个对象的两个synchronized方法？

你可能在捣鼓这个关键字的时候，惊讶地发现静态方法的与众不同。如果一个对象中的静态方法用synchronized修饰，那么其他线程可以在该静态方法被访问的同时，访问该对象中的非静态方法(当然，该静态方法同一时间只能被一个线程访问)。换句话说，两个线程可以同时访问一个对象中的两个synchronized方法。

等等，不是说锁对象吗？到底锁的是什么？锁的确实是对象，但对于静态方法我们说的是T.class(T 为类名)，非静态方法锁的是this ，也就是类的实例对象，两者是不同的。

上面那段代码相当于：

实际上加锁本质就是在锁对象的对象头中写入当前线程id。我们可以通过下面的代码验证，每次都传入new Object()。

因为线程每次调用方法锁的都是新new的对象，所以加锁无效。甚至编译器可能会将synchronized给优化掉，因为这相当于多把锁保护同一个资源，编译器一看，每个人都弄把锁就进来了，那我还不如不加，反正都一个样。

另外需要注意的是，synchronized是可重入锁。也就是说当线程访问对象的同步方法时，在调用其他同步方法时无需再去获取其访问权。因为我们实际上锁的是对象，对象头里面记录的都是当前线程的ID。

总结

修饰函数，锁的是当前类的实例化对象修饰静态方法，锁的是当前类的Class对象修饰同步代码块，锁的是括号里的对象加锁实际上就是在锁对象的对象头中写入当前线程id，每个线程要想调用这个同步方法，都会先去锁对象的对象头看看当前线程id是不是自己的。