今天我里面的大漠同学问了这样一个问题,先看看他粘贴的源代码如下:
TimerTask task = new TimerTask() {
public void run()
{
if (timeFlag)
{
if (timeRemain > 0)
{
timeRemain -= 1;
timeProgress.setProgress(timeRemain);
}
else
{
if (!bDialogShow)
{
bDialogShow = true;
gameView.isgameover = true;
mHandler.sendEmptyMessage(MSG_RESULT_DIALOG_SHOW);
}
}
}
}
};
timer = new Timer();
timer.schedule(task, 0, 1000);
他的问题和疑惑是:
这个为什么没报错啊 ?
timeProgress.setProgress(timeRemain);------不是说不能在非UI线程里更新View吗?
ok,下面我们来具体分析一个这个问题:
timeProgress.setProgress(timeRemain);------不是说不能在非UI线程里更新View吗?
我知道我们都有一个这样的准则就是在android里面非ui线程是不能去修改ui线程里面的ui控件的;
但问题的事实在这里,却和我们想象的有一定差异,那么问题的具体原因在哪里呢?或者更多的朋友把问题都归结为timertask就运行在主线程里面或者其它,而忽略了一个很重要的东西:在timertask的run方法里面的setprogress(int)方法,为了更好的有助于我们分析,在查看源代码之后我们可以知道这个方法会调用到private synchronized void refreshProgress(int id, int progress, boolean fromTouch) 方法,下面我附上源代码:
private synchronized void refreshProgress(int id, int progress, boolean fromTouch) {
if (mUiThreadId == Thread.currentThread().getId()) {
doRefreshProgress(id, progress, fromTouch);
} else {
RefreshProgressRunnable r;
if (mRefreshProgressRunnable != null) {
// Use cached RefreshProgressRunnable if available
r = mRefreshProgressRunnable;
// Uncache it
mRefreshProgressRunnable = null;
r.setup(id, progress, fromTouch);
} else {
// Make a new one
r = new RefreshProgressRunnable(id, progress, fromTouch);
}
post(r);
}
}
从源代码里面我们可以看到当当前刷新的线程不是主线程的时候,ProgressBar会去自动new一个刷新的线程,所以这和刷新的时候在不在主线程里面调用setProgress方法关系不大,从表面上看似乎是在非UI线程里面去修改了主线程的控件,而实际上并非这样。