Come distinguere quando si attende (lungo timeout) l'uscita per la notifica o il timeout?

Question

Avere questa dichiarazione di attesa:

public final native void wait(long timeout) throws InterruptedException; 

Potrebbe uscire dal InterruptedException, o per timeout, o perché Notifica/notifyAll metodo è stato chiamato in un altro thread, Eccezione è facile prendere, ma ...

Ci è un modo per sapere se la causa delle uscite era il timeout o la notifica?

EDIT:

Questo è un modo ingannevole che potrebbe funzionare, (anche se non mi piace)

  long tBefore=System.currentTimeMillis(); 
      wait(TIMEOUT); 
      if ((System.currentTimeMillis() - tBefore) > TIMEOUT) 
      { 
       //timeout 
      } 

Answer 1

Non è possibile distinguere tra i due, a meno che fornisci qualche ulteriore codice. Per esempio con l'aggiunta di un ThreadLocalBoolean che è impostato per true solo su notify()

Ma prima è necessario assicurarsi che la logica richiede questa differenziazione.

Answer 2

L'eccezione non viene generata su notifica e timeout.

Penso che sia meglio fare affidamento sugli oggetti di sincronizzazione pacchetto java.lang.concurrent invece di utilizzare Object.wait().

Answer 3

Questo non risponde esattamente alla domanda, ma probabilmente risolverà il problema: utilizzare meccanismi di concorrenza di livello superiore. L'attesa/notifica di solito è più bassa di quanto si desideri, per questo motivo tra molti altri.

Ad esempio, se si stesse utilizzando BlockingQueue.poll(long, TimeUnit), è possibile verificare se il risultato è nullo sapere se è scaduto il tempo.

Answer 4

C'è ancora un motivo per cui la notifica può restituire: wakeful spurie. Questa è una cosa improbabile ma possibile, perché prevenire wakeups spuri è molto costoso su alcune combinazioni hardware/SO.

Per questo motivo è necessario chiamare wait() in un ciclo e ricontrollare la condizione che si sta aspettando. Durante questo lavoro è facile controllare il timeout allo stesso tempo.

Per i dettagli, raccomando il libro "Concurrency in pratica Java". E usando costrutti di livello superiore che ti fanno tutto ciò che è giusto per te.

Answer 5

Non c'è modo di dirlo direttamente - cioè, è necessario aggiungere altro codice per determinare ciò. Spesso quando aspetti(), stai aspettando che accada qualcosa che cambi in qualche modo lo stato di un oggetto - ad es. impostando una variabile booleana, forse. Se questo è il caso, allora potresti essere in grado di controllare semplicemente lo stato di quella variabile per vedere se l'evento si è verificato, o sei semplicemente scaduto. Oppure puoi guardare il valore di System.currentTimeMillis() per vedere che il tempo trascorso è maggiore o uguale al periodo di timeout - se lo è, sarebbe un indizio probabilmente scaduto (anche se non è una garanzia assoluta). O se il tempo trascorso è inferiore al periodo di timeout, allora non si è verificato il timeout. Questo aiuta?

Answer 6

Non utilizzare System.currentTimeMillis(), utilizzare System.nanoTime().

Il primo misura il tempo assoluto (basato sull'orologio di sistema) e potrebbe avere risultati curiosi se l'ora del sistema viene modificata. Ad esempio: Un'attesa di 5 secondi può avere una durata di un'ora se l'orologio viene spostato all'indietro di un'ora, oppure un'attesa di 10 minuti verrà eseguita dopo 0 secondi se l'orologio viene spostato di fronte.

Il secondo misura il tempo relativo. Funzionerà sempre in una direzione a velocità costante, ma non ha origine. Ciò significa che i valori possono essere utilizzati solo per misurare il tempo relativo, ma non possono e non devono essere utilizzati per determinare una data.