Android 消息机制，异步和多线程

核心提示：自从framework广泛应用后，我们不用面对赤裸裸的手机操作系统API，Android 消息机制，异步和多线程，做一些重复而繁杂没有意义的事情，但天下没有免费的午餐，然后配置成该handlerInstance可以处理的，我没有跟进去分析其识别机制，我们还是需要学会高效正确的使用不同的framework，很多处理某一特

自从framework广泛应用后，我们不用面对赤裸裸的手机操作系统API，做一些重复而繁杂没有意义的事情。但天下没有免费的午餐，我们还是需要学会高效正确的使用不同的framework，很多处理某一特定问题的手法在不同的framework中，用起来都会有所不同的。今天我们主要学习 andorid framework的使用。

在Android中，下层是Linux的核，但上层的java做的framework把这一切封装的密不透风。以消息处理为例，在MFC中，我们可以用PreTranslateMessage等东东自由处理消息，在C#中，Anders Hejlsberg老大说了，他为我们通向底层开了一扇“救生窗”，但很遗憾，在Android中，这扇窗户也被关闭了(至少我现在没发现...)。

在Android中，你想处理一些消息(比如：Keydown之类的...)，你必须寻找Activity为你提供的一些重载函数(比如 onKeyDown之类的...)或者是各式各样的listener(比如OnKeyDownListner之类的...)。这样做的好处是显而易见的，越多的自由就会有越多的危险和越多的晦涩，条条框框画好了，用起来省心看起来省脑，这是一个设计良好的framework应该提供的享受。对于我目前的工程而言，我没有什么BT的需求在当前API下做不到的，google的设计ms还是很nice的。

但世界是残酷的，有的时候我们还是必须有机制提供消息的分发和处理的，因为有的工作是不能通过直接调用来同步处理的，同时也不能通过Activity 中内嵌的消息分发和接口设定来做到，比如说事件的定时触法，异步的循环事件的处理，高耗时的工作等等。在Android中，它提供了一些蛮有意思的方式来做这件事情(不好意思，我见不多识不广，我没见过类似玩法，有见过的提个醒 && 嘴下超生^_^)，它有一个android.os.Handler的类，这个类接受一个Looper参数，顾名思义，这是一个封装过的，表征消息循环的类。默认情况下，Handler接受的是当前线程下的消息循环实例，也就是说一个消息循环可以被当前线程中的多个对象来分发，来处理(在UI线程中，系统已经有一个Activity来处理了，你可以再起若干个Handler来处理...)。在实例化一个 handlerInstance之后，你可以通过sendMessage等消息发送机制来发送消息，通过重载handleMessage等函数来分发消息。但是!该handlerInstance能够接受到的消息，只有通过handlerInstance.obtainMessage构造出来的消息(这种说法是不确切的，你也可以手动new一个Message，然后配置成该handlerInstance可以处理的，我没有跟进去分析其识别机制，有兴趣的自己玩吧^_^)。也就是说A,