Nozioni di base su Android: esecuzione del codice nel thread dell'interfaccia utente

Dal punto di vista dell'esecuzione del codice nel thread dell'interfaccia utente, c'è qualche differenza tra:

MainActivity.this.runOnUiThread(new Runnable() {
    public void run() {
        Log.d("UI thread", "I am the UI thread");
    }
});

o

MainActivity.this.myView.post(new Runnable() {
    public void run() {
        Log.d("UI thread", "I am the UI thread");
    }
});

e

private class BackgroundTask extends AsyncTask<String, Void, Bitmap> {
    protected void onPostExecute(Bitmap result) {
        Log.d("UI thread", "I am the UI thread");
    }
}

Nessuno di questi è esattamente lo stesso, anche se avranno tutti lo stesso effetto netto.

La differenza tra il primo e il secondo è che se ti capita di trovarti sul thread principale dell'applicazione durante l'esecuzione del codice, il primo ( runOnUiThread()) eseguirà Runnableimmediatamente. Il secondo ( post()) inserisce sempre Runnablela fine della coda degli eventi, anche se si è già nel thread dell'applicazione principale.

Il terzo, supponendo che tu crei ed esegua un'istanza di BackgroundTask, perderà molto tempo a prendere un thread dal pool di thread, per eseguire un no-op predefinito doInBackground(), prima di fare ciò che equivale a post(). Questo è di gran lunga il meno efficiente dei tre. Utilizzare AsyncTaskse si ha effettivamente del lavoro da fare in un thread in background, non solo per l'uso di onPostExecute().

Mi piace quello del commento HPP , può essere usato ovunque senza alcun parametro:

new Handler(Looper.getMainLooper()).post(new Runnable() {
    @Override
    public void run() {
        Log.d("UI thread", "I am the UI thread");
    }
});

C'è un quarto modo di usare Handler

new Handler().post(new Runnable() {
    @Override
    public void run() {
        // Code here will run in UI thread
    }
});

La risposta di Pomber è accettabile, tuttavia non sono un grande fan della creazione ripetuta di nuovi oggetti. Le migliori soluzioni sono sempre quelle che tentano di mitigare la memoria. Sì, c'è la raccolta automatica dei rifiuti ma la conservazione della memoria in un dispositivo mobile rientra nei confini delle migliori pratiche. Il codice seguente aggiorna un TextView in un servizio.

TextViewUpdater textViewUpdater = new TextViewUpdater();
Handler textViewUpdaterHandler = new Handler(Looper.getMainLooper());
private class TextViewUpdater implements Runnable{
    private String txt;
    @Override
    public void run() {
        searchResultTextView.setText(txt);
    }
    public void setText(String txt){
        this.txt = txt;
    }

}

Può essere utilizzato da qualsiasi luogo come questo:

textViewUpdater.setText("Hello");
        textViewUpdaterHandler.post(textViewUpdater);

A partire da Android P puoi usare getMainExecutor():

getMainExecutor().execute(new Runnable() {
  @Override public void run() {
    // Code will run on the main thread
  }
});

Dai documenti per sviluppatori Android :

Restituisce un Executor che eseguirà attività accodate sul thread principale associato a questo contesto. Questo è il thread utilizzato per inviare chiamate ai componenti dell'applicazione (attività, servizi, ecc.).

Dal CommonsBlog :

È possibile chiamare getMainExecutor () su Context per ottenere un Executor che eseguirà i suoi lavori sul thread principale dell'applicazione. Esistono altri modi per ottenere ciò, usando Looper e un'implementazione personalizzata di Executor, ma questo è più semplice.

Se è necessario utilizzare in Frammento è necessario utilizzare

private Context context;

    @Override
    public void onAttach(Context context) {
        super.onAttach(context);
        this.context = context;
    }


    ((MainActivity)context).runOnUiThread(new Runnable() {
        public void run() {
            Log.d("UI thread", "I am the UI thread");
        }
    });

invece di

getActivity().runOnUiThread(new Runnable() {
    public void run() {
        Log.d("UI thread", "I am the UI thread");
    }
});

Perché ci sarà un'eccezione puntatore null in alcune situazioni come il frammento del cercapersone

ciao ragazzi questa è una domanda di base ogni volta che lo dico

utilizzare l' handler

new Handler().post(new Runnable() {
    @Override
    public void run() {
        // Code here will run in UI thread
    }
});