答案

因为synchronized关键词（设计的初衷可能是为了简化多线程程序的编写）可以加在每个类的方法之上。

每个对象都有一个monitor（因此每个对象都潜在需要线程同步），虚拟机在执行synchronized修饰的代码块时，需要获取该对象的monitor。

对象同步可以一定程度上通过synchronized（本质上是monitor）完成，而当需要通过“阻塞”、“唤醒”完成对象同步时，synchronized关键词就捉襟见肘了，需要通过其他途径实现。代码可能需要这样写

monitor.wait();    // 将当前获取monitor的线程加入该monitor的等待队列
monitor.notify();  // 唤醒该monitor的等待队列中的一个线程

而synchronized关键词已经把monitor隐藏掉了，为了实现上述代码的效果，或许可以把这样的方法加到了Object上（即当前Java的做法）。

假设不加到Object上，或许可以设计新的关键词，比如wait、notify等，我们可能要这么写

Object o = new Object();
...
synchronized(o) {
    wait o;
}
...
synchronized(o) {
    notify o;
}

这就是聪明反被聪明误，synchronized看起来引入的麻烦比解决的问题多，还很难拓展。最后还是把显式的锁（如ReentrantLock）加入Java了。