> 当 synchronized 作用于静态方法时，其锁就是当前类的 class 锁，不属于某个对象。
>
> 当前类 class 锁被获取，不影响对象锁的获取，两者互不影响。
由于静态成员不专属于任何一个实例对象，是类成员，因此通过 class 对象锁可以控制静态成员的并发操作。需要注意的是如果一个线程 A 调用一个实例对象的非 static synchronized 方法，而线程 B 需要调用这个实例对象所属类的静态 synchronized 方法，不会发生互斥现象，因为访问静态 synchronized 方法占用的锁是当前类的 class 对象，而访问非静态 synchronized 方法占用的锁是当前实例对象锁，看如下代码：
```
public class AccountingSyncClass implements Runnable {
static int i = 0;
/**
* 作用于静态方法,锁是当前class对象,也就是
* AccountingSyncClass类对应的class对象
*/
public static synchronized void increase() {
i++;
}
// 非静态,访问时锁不一样不会发生互斥
public synchronized void increase4Obj() {
i++;
}
@Override
public void run() {
for(int j=0;j<1000000;j++){
increase();
}
}
public static void main(String[] args) throws InterruptedException {
//new新实例
Thread t1=new Thread(new AccountingSyncClass());
//new新实例
Thread t2=new Thread(new AccountingSyncClass());
//启动线程
t1.start();t2.start();
t1.join();t2.join();
System.out.println(i);
}
}
/**
* 输出结果:
* 2000000
*/
```
由于 synchronized 关键字修饰的是静态 increase 方法，与修饰实例方法不同的是，其锁对象是当前类的 class 对象。注意代码中的 increase4Obj 方法是实例方法，其对象锁是当前实例对象，如果别的线程调用该方法，将不会产生互斥现象，毕竟锁对象不同，但我们应该意识到这种情况下可能会发现线程安全问题(操作了共享静态变量 i)。
评论区也有人讨论 vim 是否适应键盘操作？或者 vim 是否有在 ssh 上面直接编辑代码这种场景。
首先是键盘适应方面，如果你有深入使用过JetBrains，**其实会发现 IDEA 的纯键盘操作效率并不比vim低，你想要的所有功能都有默认快捷键，没有的话也能自己配置，并且这个配置是云端同步的**，我在公司电脑，自己的surface平板电脑和家里的游戏机上全平台同步。而且自动完成可以根据自己的coding领域习惯写自定义live template。最后是ctrl+shift+a以及alt+enter几乎可以在任何地方完成绝大部分写代码的常用操作。我并没有觉得vim在这方面有比JetBrains的效率高多少。
**另外就是 ssh 直接编辑代码这种场景。我认为这种场景是非常危险且不规范的做法。**真正符合工程化的项目都是本地使用 IDE 编辑，IDE 的静态分析功能帮你检查出可能出错的地方，确认没问题后，用版本控制工具提交，提交过程 IDEA 会跑代码格式化，lint 规则检查，import 优化，清理 unused 代码，自动帮你做 GPG git 签名，如果是公司或者开源组织机构的项目，还会自动帮你更新 copyright，然后做 TODO 检测，code analysis，git hook，最后 push 代码后，CI/CD平台开始跑单元测试，集成测试等，全部通过后则自动由 CI 平台通过 SSH 发布到生产环境。如果你的代码经常需要直接 SSH 连上去直接用 vim 修改，没有经过任何工程化工具的前置处理以及 code review，那么我只能说你的项目非常不规范，开发这种不规范的项目当然体验不到 IDE 能够带来的好处。
