Perché la pubblicazione e l'annullamento di una persona eseguibile su una vista e un gestore risultano in un altro bahviour?

Question

Ho giocato in giro con Runnable s e hanno scoperto che se si postDelayed un Runnable su un View quindi rimuovendo il callback non funziona, se si fa lo stesso, ma pubblicare il Runnable su un Handler quindi rimuovendo il callback fa lavoro.

Perché questo lavoro (codice Runnable run() non viene mai eseguito):

Runnable runnable = new Runnable() { 
    @Override 
    public void run() { 
     // execute some code 
    } 
}; 

Handler handler = new Handler(); 
handler.postDelayed(runnable, 10000); 
handler.removeCallbacks(runnable); 

dove non come questo non fa (sempre viene eseguito il codice Runnable run()) ?:

Runnable runnable = new Runnable() { 
    @Override 
    public void run() { 
     // execute some code 
    } 
}; 

View view = findViewById(R.id.some_view); 
view.postDelayed(runnable, 10000); 
view.removeCallbacks(runnable); 

Answer 1

Se lo View non è collegato a una finestra, posso vedere che questo accade, per gentile concessione di quello che sembra un bug in Android. Tatticamente, quindi, potrebbe essere una questione di tempistica, assicurandosi di non pubblicare o rimuovere lo Runnable fino a quando lo View è collegato alla finestra.

Se vi capita di avere un progetto di esempio in giro che replica questo problema, vorrei dargli un'occhiata. Altrimenti, proverò a creare il mio, quindi posso avere qualcosa che posso usare per segnalare il mio presunto bug.

---

UPDATE

Come accennato nei commenti, removeCallbacks() sui widget più comuni opere, in modo che appaia questo è un problema SPECIFICI WebView, per codice di esempio del PO.

Answer 2

Per vari motivi, il gestore della vista (view.getHandler()) potrebbe non essere pronto quando si desidera avviare l'animazione.

Pertanto è necessario attendere prima di assegnare la funzione eseguibile alla vista.

Supponendo che si sta tentando di fare, che all'interno di un attività, ecco un codice che attende per il gestore sia disponibile prima di pubblicare l'eseguibile:

private void assignRunnable(final View view, final Runnable runnable, final int delay) 
{ 
    if (view.getHandler() == null) { 
    // View is not ready, postpone assignment 
    this.getView().postDelayed(new Runnable() { 
     @Override 
     public void run() { 
     assignRunnable(view, runnable, delay); 
     } 
    }, 100); 

    //Abort 
    return; 
    } 

    //View is ready, assign the runnable 
    view.postDelayed(runnable, delay); 
} 

Answer 3

Guardando ViewRootImpl.java, la semantica di View.removeCallbacks() non è chiaro a dir poco.

RunQueue.removeCallbacks rimuove solo i Runnables da un ArrayList. Vedi here.

Se RunQueue.executeActions viene chiamato prima removeCallbacks, allora l'ArrayList viene cancellato in tutti i casi che fanno removeCallbacks un no-op. Vedi here.

RunQueue.executeActions è chiamato per ogni attraversamento .... Vedi here.

Quindi, a meno che non mi sfugga qualcosa, View.removeCallbacks non funzionerà se è avvenuta una traversata da quando hai chiamato View.post.

mi atterrò a @ commento james-Wald sopra e non uso View.post