BREW事件处理流程

今天又碰到一个BREW事件处理流程的问题，发现以前对其认识不到位，现整理总结如下：

BREW developer开发中遇到的事件大体可分为两类：

1、用户按键事件

2、brew应用通过ISHELL_SendEvent和ISHELL_PostEvent发送给应用处理的事件

用户按键事件首先由当前处于激活的Dialog处理，如果Dialog不处理或者处理后返回FALSE(其实两者都是返回FALSE)，则该事件继续交由Dialog所在的app来处理，app处理方式与Dialog相同，如果同样返回FALSE,则事件继续传给BREW，由BREW内部处理。如果Dialog或者app处理后返回TRUE，则事件就会被消耗掉，不会继续下传。

*当然，这种用户按键事件的处理流程只是针对通常情况，特殊情况下如按键hook或注册按键监听的情况则需要特别处理。

app通过调用ISHELL_PostEvent/ISHELL_SendEvent发送事件给app时，事件直接由目的app来处理而不是由Dialog来处理（不论是否存在激活的Dialog），甚至即使目的app没有启动，照样会收到别的app发送给它的事件。（注意：如果目的app没有启动，则该app的结构是没有初始化的，app结构中的数据是不可用的，未知的，开发时要注意），目的app接收到事件后，如果想要交给当前的Dialog来处理，则必须显式调用Dialog的事件处理函数才可以，否则发送的事件不会自动发送给Dialog处理。

发送事件给app时，不会导致目标app的start或者suspend、resume状态的触发。其实质只是调用了目标app的事件处理函数，并将通知事件作为参数传入。