android学习笔记——Only the original thread that created a view hierarchy can touch its views异常处理思路

本文转载自：http://blog.sina.com.cn/s/blog_8401d4020100spss.html
这篇文章对异常的记录以及解决的思路为以后写相关异常解决类型文章提供了一个良好的模板

比如在电话的应用程序中，有一个线程是RingTone，如果这个非UI线程中直接操作UI线程，会抛出android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views:

1. Why
为什么会有这种异常产生呢？

当每个应用程序apk第一次启动时，Android会同时启动一个对应的主线程（Main Thread），
主线程负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，
并把相关的事件分发到对应的组件进行处理，所以主线程通常又被叫做UI线程。

但是在开发Android应用时必须遵守单线程模型的原则：
Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行，如果在非UI线程中直接操作UI线程，
会抛出android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that
created a view hierarchy can touch its views，这与普通的java程序不同。

由于UI线程负责事件的监听和绘图，因此，必须保证UI线程能够随时响应用户的需求，
UI线程里的操作应该向中断事件那样短小，费时的操作（如网络连接）需要另开线程，
否则，如果UI线程超过5s没有响应用户请求，会弹出对话框提醒用户终止应用程序（ANP）。

如果在新开的线程中需要对UI进行设定，就可能违反单线程模型，
因此android采用一种的Message Queue机制保证线程间通信。

Message Queue是一个消息队列，用来存放通过Handler发送的消息。
Android在第一启动程序时会默认会为UI thread创建一个关联的消息队列，
可以通过Looper.myQueue()得到当前线程的消息队列，用来管理程序的一些上层组件，
activities，broadcast receivers 等，你可以在自己的子线程中创建Handler与UI thread通讯。

Handler会向message queue通过两种方法发送消息：send或post。
这两种消息都会插在message queue队尾并按先进先出执行，
但通过这两种方法发送的消息执行的方式略有不同：
1）通过send发送的是一个message对象, 会被handler的 handleMessage()函数处理；
2）而通过post方法发送的是一个runnable对象，则会自己执行。

每个带图形界面的应用启动后，都会创建一个主线程，可称之为UI线程。
这个线程自动就会创建一个message queue，来自于系统的消息都会投放到这个message queue里面，
并按先进先出的顺序处理。

UI线程图形界面中的view可通过post方法向GUI线程的message queue投递一个runnable。
对于除UI线程以外的其他线程，创建时缺省并没有message queue，
而对于UI线程，则可以直接（比如在onCreate）创建一个handler并重载handleMessage，
省去创建message queue的过程。