Podstawy Androida: uruchamianie kodu w wątku interfejsu użytkownika

Czy z punktu widzenia uruchamiania kodu w wątku interfejsu użytkownika występuje jakaś różnica między:

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

lub

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

i

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

Żadne z nich nie jest dokładnie takie samo, chociaż wszystkie będą miały taki sam efekt netto.

Różnica między pierwszym a drugim polega na tym, że jeśli zdarzy ci się być w głównym wątku aplikacji podczas wykonywania kodu, pierwszy ( runOnUiThread()) wykona Runnablenatychmiast. Drugi ( post()) zawsze umieszcza Runnablekoniec kolejki zdarzeń, nawet jeśli jesteś już w głównym wątku aplikacji.

Trzeci, zakładając, że utworzysz i wykonasz instancję BackgroundTask, będzie marnował dużo czasu na pobieranie wątku z puli wątków, aby wykonać domyślny brak operacji doInBackground(), zanim ostatecznie zrobisz to, co wynosi post(). Jest to zdecydowanie najmniej efektywny z tych trzech. Użyj, AsyncTaskjeśli faktycznie masz pracę do zrobienia w wątku w tle, nie tylko na użytek onPostExecute().

Podoba mi się ten z komentarza HPP , można go używać w dowolnym miejscu bez żadnego parametru:

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

Istnieje czwarty sposób użycia Handler

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

Odpowiedź Pomber jest do zaakceptowania, jednak nie jestem wielkim fanem wielokrotnego tworzenia nowych obiektów. Najlepszymi rozwiązaniami są zawsze te, które próbują złagodzić problem pamięci. Tak, istnieje automatyczne zbieranie śmieci, ale zachowanie pamięci w urządzeniu mobilnym mieści się w zakresie najlepszych praktyk. Poniższy kod aktualizuje TextView w usłudze.

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;
    }

}

Można go używać z dowolnego miejsca takiego:

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

Od Androida P możesz używać getMainExecutor():

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

Z dokumentacji dla programistów Androida :

Zwraca Executora, który uruchomi kolejkowane zadania w głównym wątku powiązanym z tym kontekstem. Jest to wątek używany do wysyłania wywołań do komponentów aplikacji (działań, usług itp.).

Z CommonsBlog :

Możesz wywołać metodę getMainExecutor () w kontekście, aby uzyskać executor, który wykona swoje zadania w głównym wątku aplikacji. Istnieją inne sposoby osiągnięcia tego celu przy użyciu Looper i niestandardowej implementacji Executora, ale jest to prostsze.

Jeśli potrzebujesz użyć we fragmencie, powinieneś użyć

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");
        }
    });

zamiast

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

Ponieważ w niektórych sytuacjach, takich jak fragment pagera, wystąpi wyjątek wskaźnika zerowego

cześć chłopaki, to jest podstawowe pytanie, jak mówię

użyj Handler

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