synchronized（this）只锁定synchronized块还是所有“this”代码？

Question

public class ObjectCounter {
    private static long numOfInstances = 0;
    public ObjectCounter(){
        synchronized(this){
        numOfInstances++;
        }
    }
    **public static synchronized long getCount(){
        return numOfInstances;
    }**
//vs//
    **public static long getCount(){
        return numOfInstances;
    }**
}

如果我只运行几个线程，其中一些线程调用静态函数getcount()，而另一些线程创建新实例。我希望在每次对getcount()的调用中获得当时实例的实际数量。

1. 代码中的两个选项有区别吗？
2. 如果我锁定“this”，这是否意味着在构造函数退出synchronized块之前，我不能调用getCount()（假设我没有在getCount（）上编写synchronize）。
3. 如果我在代码中的某个地方执行同步块，它是只锁定同步块还是锁定所有“this”代码？
4. 从这里开始编辑：谢谢大家，这很有帮助，但在你们的回答之后，我还有几个问题。
5. 如果我理解正确的话，synchronized（this）块不影响（或连接到）静态synchronized函数（用锁术语来说，不是NumoFinestens增量）？
6. 是否有更好的选择使增量和getCount（）函数是线程安全的？（就像打开一个静态对象，然后执行synchronized（obj）而不是synchronized（this）--朋友建议的）。
7. 如果我在ObjectCounter类中有一个f1()方法（非静态），当一个线程在synchronized（this）中时，其他线程是否可以进入f1()块（不是synchronized类或内部有synchronized块）？
8. 如果ObjectCounter中有f1()方法（非静态）和f2()方法（非静态），那么在f1()中，我已经同步了（this）块。当一个线程在synchronized（this）块中时，其他线程是否可以进入f1()块（不是synchronized类或内部有synchronized块）？（假设两个线程“工作”在同一个实例上）

Answer 1

使用synchronized意味着为了让线程执行该块或方法，它必须获得由该块或方法（显式或隐式）引用的锁。对于Static Synchronized方法，该锁是类对象上的监视器。对于synchronized(this)块，使用的锁是当前实例上的监视器。在多个方法或块之间共享锁可以增强更新的原子性和内存可见性，共享锁还提供了一个共享的通信路径，通过该路径可以进行等待和通知。

由于静态同步块使用的锁与构造函数中的块使用的锁不同，因此进入静态同步块不会被另一个线程访问需要获取当前实例上的锁的块所阻止，并且构造函数中的同步块对任何事情都没有影响，因此锁的获取将始终是无争用的。这里更重要的是，构造函数中的一个线程所做的更改可能不会被使用getter的其他线程看到。同步会影响锁定和内存可见性。

这个更改后的版本可以工作：

public class ObjectCounter {
    private static long numOfInstances = 0;
    public ObjectCounter(){
        synchronized(ObjectCounter.class){
            numOfInstances++;
        }
    }
    public static synchronized long getCount(){
        return numOfInstances;
    }
}

问题#3、#7和#8看起来非常相似：如果一个方法/块没有试图获取锁，那么没有什么可以阻止线程执行该方法/块。对象作为一个整体没有得到任何保护，使用同步的方法或块来强制锁定是保护的内容。少考虑“使用synchronized关键字”，多考虑线程需要获取什么锁。