我在Android上构建了一个简单的音乐播放器。每首歌的视图都包含一个SeekBar,实现如下:

public class Song extends Activity implements OnClickListener,Runnable {
    private SeekBar progress;
    private MediaPlayer mp;

    // ...

    private ServiceConnection onService = new ServiceConnection() {
          public void onServiceConnected(ComponentName className,
            IBinder rawBinder) {
              appService = ((MPService.LocalBinder)rawBinder).getService(); // service that handles the MediaPlayer
              progress.setVisibility(SeekBar.VISIBLE);
              progress.setProgress(0);
              mp = appService.getMP();
              appService.playSong(title);
              progress.setMax(mp.getDuration());
              new Thread(Song.this).start();
          }
          public void onServiceDisconnected(ComponentName classname) {
              appService = null;
          }
    };

    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.song);

        // ...

        progress = (SeekBar) findViewById(R.id.progress);

        // ...
    }

    public void run() {
    int pos = 0;
    int total = mp.getDuration();
    while (mp != null && pos<total) {
        try {
            Thread.sleep(1000);
            pos = appService.getSongPosition();
        } catch (InterruptedException e) {
            return;
        } catch (Exception e) {
            return;
        }
        progress.setProgress(pos);
    }
}

这很好。现在我想要一个计时器计算秒/分钟的歌曲的进展。所以我把一个TextView在布局,得到它与findViewById()在onCreate(),并把这个在run()后的progress.setProgress(pos):

String time = String.format("%d:%d",
            TimeUnit.MILLISECONDS.toMinutes(pos),
            TimeUnit.MILLISECONDS.toSeconds(pos),
            TimeUnit.MINUTES.toSeconds(TimeUnit.MILLISECONDS.toMinutes(
                    pos))
            );
currentTime.setText(time);  // currentTime = (TextView) findViewById(R.id.current_time);

但最后一句给了我一个例外:

android.view。只有创建视图层次结构的原始线程才能触及它的视图。

然而,我在这里所做的事情基本上与我在SeekBar中所做的事情相同——在onCreate中创建视图,然后在run()中触摸它——它没有给我这个抱怨。


当前回答

RunOnUIThread似乎对我不起作用,但下面的程序最终解决了我的问题。

            _ = MainThread.InvokeOnMainThreadAsync(async () =>
           {
               this.LoadApplication(Startup.Init(this.ConfigureServices));

               var authenticationService = App.ServiceProvider.GetService<AuthenticationService>();
               if (authenticationService.AuthenticationResult == null)
               {
                   await authenticationService.AuthenticateAsync(AuthenticationUserFlow.SignUpSignIn, CrossCurrentActivity.Current.Activity).ConfigureAwait(false);
               }
           });

在启动过程中。Init方法有ReactiveUI路由,这需要在主线程上调用。这个Invoke方法也比RunOnUIThread更好地接受async/await。

所以我需要在主线程上调用方法的任何地方都使用这个。

请评论这一点,如果有人知道一些我不知道的,可以帮助我提高我的申请。

其他回答

这显式地抛出一个错误。它说,无论哪个线程创建了一个视图,只有那个线程可以触及它的视图。这是因为创建的视图在线程的空间中。视图创建(GUI)发生在UI(主线程)线程中。你总是使用UI线程来访问这些方法。

在上图中,progress变量位于UI线程的空间中。因此,只有UI线程可以访问这个变量。在这里,您正在通过new Thread()访问进度,这就是为什么您得到了一个错误。

当我从Asynctask调用doInBackground而不是使用onPostExecute时,发生了这种情况。

在onPostExecute中处理UI解决了我的问题。

对于runOnUiThread()方法的一行程序版本,您可以使用lambda函数,即:

runOnUiThread(() -> doStuff(Object, myValue));

其中doStuff()可以表示一些用于修改某些UI对象值的方法(设置文本,改变颜色等)。

我发现当尝试更新多个UI对象而不需要每个对象都有6行Runnable定义时,这要整洁得多,就像投票最多的答案中提到的那样,这绝不是不正确的,它只是占用了更多的空间,而且我发现可读性较差。

所以这个:

runOnUiThread(new Runnable() {
    @Override
    public void run() {
        doStuff(myTextView, "myNewText");
    }
});

可以变成这样:

runOnUiThread(() -> doStuff(myTextView, "myNewText"));

doStuff的定义在别处。

或者如果你不需要这么一般化,只需要设置TextView对象的文本:

runOnUiThread(() -> myTextView.setText("myNewText"));

使用AsyncTask时更新onPostExecute方法中的UI

    @Override
    protected void onPostExecute(String s) {
   // Update UI here

     }

解决:把这个方法放在doInBackround类…然后传递信息

public void setProgressText(final String progressText){
        Handler handler = new Handler(Looper.getMainLooper()) {
            @Override
            public void handleMessage(Message msg) {
                // Any UI task, example
                progressDialog.setMessage(progressText);
            }
        };
        handler.sendEmptyMessage(1);

    }