学习根据事件进行思考确实是这里的关键。你能行的。 :)
第一条规则是:永远不要停止 UI 线程。 UI 线程负责让您的应用程序感觉响应。您在那里所做的任何工作都不应阻碍;做你需要做的并尽快返回。绝对避免在 UI 线程上执行 I/O。 (由于生命周期要求,在某些地方您无法真正提供帮助,例如将应用程序状态保存在 onPause。)如果您曾经在您正在执行的 UI 线程上调用 Thread.sleep错了。
Android 通过用户看到的“应用程序未响应”(或“ANR”)错误来强制执行此操作。每当您在 Android 应用程序中看到这一点时,这意味着开发人员做了一些导致 UI 线程停滞太久的事情。如果设备真的因为某种原因卡住了,这个错误实际上可能不是应用开发者的错,但通常它意味着应用做错了什么。
您可以通过发布自己的活动来利用此模型。这为您提供了一种简单的方法来告诉您的应用“稍后再做”。在 Android 中,发布您自己的事件的关键在于 Handler 类。方法 postDelayed 让您可以安排 Runnable 在一定的毫秒数后执行。
如果你的 Activity 看起来像这样:
public class MyActivity extends Activity {
private Handler mHandler = new Handler();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mHandler.postDelayed(new Runnable() {
public void run() {
doStuff();
}
}, 5000);
}
private void doStuff() {
Toast.makeText(this, "Delayed Toast!", Toast.LENGTH_SHORT).show();
}
}
然后在 Activity 创建 5 秒后,您将看到在 doStuff 中创建的 toast。
如果您正在编写自定义View,那就更容易了。视图有自己的postDelayed 方法,可以将所有内容发布到正确的Handler,您无需创建自己的。
第二条规则是:视图应该只在 UI 线程上修改。你得到和忽略的那些异常意味着出现了问题,如果你忽略它们,你的应用程序可能会开始以有趣的方式行为不端。如果您的应用在其他线程中完成大部分工作,您可以将post 事件直接发送到您要修改的视图,以便修改正确运行。
如果您从代码的那部分引用了您的Activity,您也可以使用Activity#runOnUIThread,这正是名称所暗示的。如果发布到单个视图在上下文中没有真正意义,您可能更喜欢这种方法。
至于在您点击按钮之前不会出现的视图更新,这些是什么视图?他们是绘制这些更新的自定义视图吗?如果是这样,您是否记得在数据更改后调用invalidate 以触发重绘?视图只有在失效后才会重绘。