Java Thread.suspend 精确语义

Question

这个问题与 Thread.suspend 的替代方案无关。这是关于使用 Thread.suspend 实现偏向锁的可能性，(我相信)不能使用 Thread.interrupt 或类似的替代方案来实现。

我知道 Thread.suspend 已被弃用。

但我想知道Thread.suspend的精确语义。

如果我调用 thread1.suspend()，我是否保证会被阻塞，直到 thread1 完全停止？如果我调用thread1.resume()，这个调用对其他乱序的线程是否可见？

此外，如果我成功挂起一个线程，该线程是否会卡在某个安全点？我会看到它的中间状态(因为即使在没有正确同步的程序中，Java也会禁止凭空出现值，我不相信这是允许的)或者看到一些乱序的东西(如果挂起是一个异步请求，那么我肯定会看到那种事情)？

我想知道这些，因为我想在 Java 中实现一些玩具非对称锁(例如 HotSpot 中的 BiasedLock)。使用 Thread.suspend 您可以实现类似 Dekker 的锁，而无需存储负载屏障(并将负担转移到罕见路径)。我的实验表明它是有效的，但由于 Thread.sleep 足以等待远程上下文切换，我不确定这是否是有保证的行为。

顺便问一下，还有其他方法可以强制(或检测)远程障碍吗？例如，我在网络上搜索并发现其他人使用 FlushProcessWriteBuffers 或更改亲和性将线程绑定(bind)到每个核心。这些技巧可以在 Java 中完成吗？

编辑

我想到了一个主意。也许我可以使用 GC 和终结器来实现偏向锁，至少如果只有两个线程的话。不幸的是，慢速路径可能需要显式的 gc() 调用，这并不实际。

如果 GC 不精确，我可能会陷入死锁。如果 GC 太聪明，在我使引用无效之前收集我的对象(也许编译器被允许重用堆栈变量，但是编译器是否被允许对堆变量做这些事情，忽略获取栅栏和加载栅栏？)，我最终会得到损坏的数据。

编辑

似乎需要一个所谓的“可达性栅栏”来防止优化器向上移动对象的最后一个引用。不幸的是它无处可去。

Answer 1

它的语义完全由 Javadoc 中指定的内容组成:

Suspends this thread. First, the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException (in the current thread).

If the thread is alive, it is suspended and makes no further progress unless and until it is resumed.

但是由于您不会使用它，因为它已被弃用，所以这一切都无关紧要。