如果您是应用程序程序员，则不应使用这两种方法。
它们级别都太低，容易搞砸，不能在库外使用。
为什么不尝试使用诸如java.util.concurrent.locks之类的更高级别的构造？
回答您的问题。park（…）直接在线程上工作。它将线程作为参数并将其置于睡眠状态，直到在线程上调用unpark为止，除非已经调用了unpark。
它应该比Object.wait（）更快，如果您知道需要阻塞/取消阻塞哪个线程，则后者将在监视器抽象上运行。
如果从Java内部使用， Btw
unpark并不是真的不安全：
public native void unpark(Object thread)取消阻止在驻留时已阻止的给定线程，或者，如果未阻止，则导致随后的调用不被阻止。注意：此操作是“不安全的”，仅是因为调用者必须以某种方式确保未破坏线程。从Java调用时（通常会实时引用该线程），通常不需要什么特别的操作来确保这一点，但是从本地代码调用时，这几乎不是自动的。
