android线程通信利器——handler

Handler是android提供的一个线程之间通信的接口。

最开始没注意它，因为只是主线程也就是UI线程使用了handler，而主线程是默认有消息循环的，对开发应用程序是透明的。

所以我还误以为handler像是linux信号那样的废材不堪用。

linux信号处理程序很受限，推荐做法基本都是在处理程序中设置一个标志，其它循环中处理这标志。

甚至在处理程序中使用printf是可能造成单线程程序死锁的！

对于android，如果非UI线程使用handler接受消息，需要显式的调用Loop.prepare();

而处理消息，则需要自己提供一句Loop.loop();这样就不是linux信号那样SB的设计了！这才符合人类思维！

2013.1.5补充

looper让我太失望了。loop()方法是一个死循环，用户无法得知何时、什么条件下应该退出这个循环。

我不知道这个quit()方法该什么时候调用，因为无法得知消息队列是否被处理完。

在游戏循环中不可用，只好自己实现了一个1V1的队列实现。还好，运行完全正常。

如果looper能提供win的PeekMessage这样的接口就好了，把循环交给用户自己写，有更大的控制余地。

貌似提供了IdleHandler，为消息队列空注册回调。有空再替换，自己写的已经可以用了.