我的问题更多的是关于什么是好的做法而不是可能的做法:
NoticationManager.notify()
是一件好事吗? 我总是试着记住,有关UI的内容应该在UI线程中执行,其余内容在工作线程中执行,正如Android文档中关于Processes And Threads所建议的那样:
此外,Andoid UI工具包不是线程安全的。所以,你必须 不要从工作线程操纵你的UI - 你必须做所有 从UI线程操作到您的用户界面。因此,那里 只是Android单线程模型的两个规则:
- 不要阻止UI线程
- 不要从UI线程外部访问Android UI工具包
然而,我对Android doc本身(about showing progress in Notifications)给出的示例感到惊讶,其中正在进行的通知进度直接从工作线程更新:
mNotifyManager =
(NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
mBuilder = new NotificationCompat.Builder(this);
mBuilder.setContentTitle("Picture Download")
.setContentText("Download in progress")
.setSmallIcon(R.drawable.ic_notification);
// Start a lengthy operation in a background thread
new Thread(
new Runnable() {
@Override
public void run() {
int incr;
// Do the "lengthy" operation 20 times
for (incr = 0; incr <= 100; incr+=5) {
// Sets the progress indicator to a max value, the
// current completion percentage, and "determinate"
// state
mBuilder.setProgress(100, incr, false);
// Displays the progress bar for the first time.
mNotifyManager.notify(0, mBuilder.build());
// Sleeps the thread, simulating an operation
// that takes time
try {
// Sleep for 5 seconds
Thread.sleep(5*1000);
} catch (InterruptedException e) {
Log.d(TAG, "sleep failure");
}
}
// When the loop is finished, updates the notification
mBuilder.setContentText("Download complete")
// Removes the progress bar
.setProgress(0,0,false);
mNotifyManager.notify(ID, mBuilder.build());
}
}
// Starts the thread by calling the run() method in its Runnable
).start();
这就是为什么我想知道是否确实需要在主线程上运行它,或者系统是否需要处理它。
感谢您的帮助!
答案 0 :(得分:78)
从工作线程更新Notification
是可以接受的,因为Notification
不在应用程序的进程中,因此您不会直接更新其UI。通知在系统进程中维护,Notification
的UI通过RemoteViews
(doc)更新,允许操作由其他进程维护的视图层次结构比你自己的。如果您查看Notification.Builder
here的来源,就可以看到它最终构建了RemoteViews
。
如果您查看RemoteViews
here的来源,您会看到当您操纵视图时,它实际上只是创建了一个Action
(source)对象并将其添加到要处理的队列中。 Action
是一个Parcelable
,它最终通过IPC发送到拥有Notification
视图的进程,在那里它可以解压缩值并按照指示更新视图...它是自己的UI线程。
我希望澄清为什么可以从应用程序中的工作线程更新Notification
。