非UI线程可以去刷新UI吗（timertask调用progressbar的setProgress的特例）

今天我qq群里面的大漠同学问了这样一个问题，先看看他粘贴的源代码如下：

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,下面我们来具体分析一个这个问题：

我知道我们都有一个这样的准则就是在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线程里面去修改了主线程的控件,而实际上并非这样。