在研究 ReentrantLock 类的实现时，我想到了一个问题。ReentrantLock 是可序列化的，并且在文档中它说任何反序列化的锁始终处于解锁状态，而与序列化时的状态无关。这是有道理的，因为状态 Lock 和 unlock 基本上基于运行时的线程（谁持有锁），而当我们反序列化时，这些线程可能不可用。
问题是：为什么我们需要 Lock 持久化，因为它不存储它的基本状态（锁定/解锁）？现在我可以假设这可能是为了锁的公平性。但是公平性再次取决于底层操作系统，所以如果我们在一个平台上保持锁并在另一个平台上反序列化，因为（一次编写并在任何地方运行）它可能不起作用，所以仅仅为了公平而坚持没有意义。
希望我清楚地将我对 Java 中的锁序列化的困惑。
http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/locks/Condition.html http://download.java.net/jdk7/archive/b123/docs/api/java /util/concurrent/locks/ReentrantLock.html
我会说 Lock 持续存在的原因是您能够序列化依赖于 Lock 本身的对象。如果 Lock 不可序列化，任何依赖于它的东西也不能被序列化。
您还可以存储所有者、holdCount、queuedThreads 以及您可以在我上面为 ReentrantLock 链接的 API 页面上看到的所有其他内容。