1 回答

TA貢獻1831條經驗 獲得超4個贊
是的,callSeriallyAndWait相當于SwingUtilities.invokeAndWait. 沒有邏輯上的區別。
這可以工作,但這里有一些問題......首先:
如果兩個線程同時顯示這樣的對話框怎么辦?第一個對話框將顯示第二個對話框,而第二個對話框可能會顯示無限循環中的第一個對話框...即使您實際在 EDT 上,這種情況也可能發生,因為代碼不是正常應用程序流程的一部分。
與 Swing 不同,我們一次只有一個Form對話框,因此對話框會“返回”,這可能會變得很棘手。
因此,首先,您的 GUI 代碼需要檢查您當前是否沒有請求 pin,最好的方法是讓一個類負責在必要時從用戶那里獲取 pin,并且它應該具有靜態狀態。如果還應該檢查此時是否沒有其他對話框顯示,如果是這樣,它可能希望避免顯示,例如:
if(getCurrentForm() instanceof Dialog) {
// ... don't show yet
}
如果我正確理解您的問題,您有可能需要引腳的后臺線程。在這種情況下,可能會捕獲多個沒有 pin 的線程,并且需要從 GUI 獲取它。因此,兩個線程都需要掛起,但只有其中一個線程應該調用callSeriallyAndWait...這意味著當前的方法無論如何都是低于標準的。
通常我們會避免這樣做callSeriallyAndWait,因為它慢得多(在 Swing 上也是如此)。我還會使用一個InteractionDialog或類似的對話框,它比常規對話框的侵入性較小。然而,它不是模態的。但在這種情況下,這應該不重要。
您需要為后臺線程開發自己的線程阻塞代碼,它可以對標準回調做出反應以釋放所有等待的后臺線程。然后,您可以使用想要創建 GUI 的任何代碼并使用任何偵聽器,然后使用新 pin 更新類中的共享狀態,并調用以喚醒等待notifyAll()pin 的線程。例如
synchronized(LOCK) {
if(pin == null && !dialogIsShowing) {
dialogIsShowing = true;
callSerially(() -> promptForPin());
}
while(pin == null) {
LOCK.wait();
}
}
然后是UI邏輯:
private void onUserSubmittedPin(String pin) {
synchronized(LOCK) {
this.pin = pin;
dialogIsShowing = false;
LOCK.notifyAll();
}
}
添加回答
舉報