Android-Grundlagen: Ausführen von Code im UI-Thread

Gibt es im Hinblick auf die Ausführung von Code im UI-Thread einen Unterschied zwischen:

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

oder

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

und

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

Keines davon ist genau gleich, obwohl alle den gleichen Nettoeffekt haben.

Der Unterschied zwischen der ersten und der zweite ist , dass , wenn Sie sich gerade auf dem Hauptanwendungsthread , wenn der Code ausgeführt wird , der erste ( runOnUiThread()) die ausgeführt wird Runnablesofort. Mit der zweiten ( post()) steht die RunnableWarteschlange immer am Ende der Ereigniswarteschlange, auch wenn Sie sich bereits im Hauptanwendungsthread befinden.

Die dritte, vorausgesetzt, Sie erstellen und führen eine Instanz von aus BackgroundTask, verschwendet viel Zeit damit, einen Thread aus dem Thread-Pool zu holen, um ein Standard-No-Op auszuführen doInBackground(), bevor Sie schließlich das tun, was a entspricht post(). Dies ist bei weitem die am wenigsten effiziente der drei. Verwenden AsyncTaskSie diese Option, wenn Sie tatsächlich in einem Hintergrund-Thread arbeiten müssen, nicht nur für die Verwendung von onPostExecute().

Ich mag den von HPP Kommentar , er kann überall ohne Parameter verwendet werden:

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

Es gibt einen vierten Weg mit Handler

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

Die Antwort von Pomber ist akzeptabel, aber ich bin kein großer Fan davon, immer wieder neue Objekte zu erstellen. Die besten Lösungen sind immer diejenigen, die versuchen, das Gedächtnisproblem zu verringern. Ja, es gibt eine automatische Speicherbereinigung, aber die Speichererhaltung auf einem mobilen Gerät fällt unter die Grenzen der Best Practice. Der folgende Code aktualisiert eine Textansicht in einem Dienst.

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

}

Es kann von überall wie folgt verwendet werden:

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

Ab Android P können Sie verwenden getMainExecutor():

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

Aus den Android-Entwicklerdokumenten :

Geben Sie einen Executor zurück, der in der Warteschlange befindliche Aufgaben auf dem diesem Kontext zugeordneten Hauptthread ausführt. Dies ist der Thread, der zum Versenden von Aufrufen an Anwendungskomponenten (Aktivitäten, Dienste usw.) verwendet wird.

Aus dem CommonsBlog :

Sie können getMainExecutor () im Kontext aufrufen, um einen Executor abzurufen, der seine Jobs im Hauptanwendungsthread ausführt. Es gibt andere Möglichkeiten, dies mithilfe von Looper und einer benutzerdefinierten Executor-Implementierung zu erreichen. Dies ist jedoch einfacher.

Wenn Sie in Fragment verwenden müssen, sollten Sie verwenden

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

anstatt

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

Weil es in einigen Situationen wie dem Pager-Fragment eine Nullzeiger-Ausnahme gibt

Hallo Leute, dies ist eine grundlegende Frage, die ich weg erzähle

Verwenden Sie Handler

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