我知道同步方法和同步块之间的区别，但我不确定同步块部分。
假设我有以下代码：
class Test {
private int x=0;
private Object lockObject = new Object();
public void incBlock() {
synchronized(lockObject) {
x++;
}
System.out.println("x="+x);
}
public void incThis() { // same as synchronized method
synchronized(this) {
x++;
}
System.out.println("x="+x);
}
}
个人而言，我几乎从不锁定"this"。我通常锁定一个私有的引用，我知道没有其他代码会锁定它。如果你锁定了"this"，那么任何知道你的对象的其他代码都可能选择锁定它。虽然这种情况不太可能发生，但肯定可能会发生——并可能导致死锁或过多的锁定。
你锁定的东西没有什么特别神奇之处——你可以将其视为令牌。使用相同令牌加锁的任何人都将尝试获取相同的锁。除非你想让其他代码能够获取相同的锁，请使用私有变量。我还鼓励你将变量设置为final——在对象的生命周期内，我无法记得自己曾经想过更改锁变量的情况。
A 拥有类 B 的实例。现在 B 有一些成员变量。当 A 调用 B 的任何方法时，它会获取该/实例成员的锁...对吧？这意味着获取了 B 实例本身或其成员的锁...你能解释一下区别吗？ - ParthB 应该在每个方法上锁定私有锁吗？这取决于类本身的目的。说实话，大多数类根本不需要尝试成为线程安全的。 - Jon Skeetsynchronized块而创建一个新对象——因为没有其他代码可以针对同一对象进行同步。通常情况下，你应该在类中创建一个final变量，例如private final Object lock = new Object();，并针对它进行同步。这比针对this进行同步更好，因为你知道只有你的代码才能访问该监视器以进行同步。 - Jon Skeet我在阅读《Java并发实践》时也有同样的问题，我想为Jon Skeet和spullara提供的答案添加一些额外的观点。
以下是一些示例代码，即使是“快速”的setValue（int） / getValue()方法在执行doStuff（ValueHolder）方法时也会被阻塞。
public class ValueHolder {
private int value = 0;
public synchronized void setValue(int v) {
// Or could use a sychronized(this) block...
this.value = 0;
}
public synchronized int getValue() {
return this.value;
}
}
public class MaliciousClass {
public void doStuff(ValueHolder holder) {
synchronized(holder) {
// Do something "expensive" so setter/getter calls are blocked
}
}
}
this 进行同步的缺点是其他类可以通过对你的类的引用（当然不是通过 this）进行同步。在锁定对象引用时恶意或无意使用 synchronized 关键字可能会导致你的类在并发使用下表现不佳，因为外部类可以有效地阻止你的 this 同步方法，你不能在运行时在你的类中禁止这种情况的发生。为避免这种潜在陷阱，你可以同步使用一个private final Object 或者使用 java.util.concurrent.locks 中的 Lock 接口。AtomicInteger 来代替同步 setter/getter。Java中的每个对象都可以充当监视器。选择取决于您需要的粒度。选择“this”的优点和缺点是其他类也可以在同一监视器上进行同步。然而，我的建议是避免直接使用synchronize关键字，而是使用来自java.util.concurrent库的构造，这些构造级别更高，并且具有明确定义的语义。这本书中有很多很棒的建议来自非常著名的专家:
Java并发编程实践 http://amzn.com/0321349601
this）。 - GantengX