当前位置: 编程技术>移动开发
本页文章导读:
▪在ARC项目中怎么正确使用MRC的第三方框架 在ARC项目中如何正确使用MRC的第三方框架
在ARC的项目中，是不允许出现release或者autorelease诸如此类的语法的。那么，问题就出现了，众所周知的ASIHttpRequest目前是不支持ARC的，那么，在编译.........
▪ 写在20120510：事件流程传接机制 写在20120510：事件流程传递机制
学习：博客《老罗的Android之旅》中的事件传递，了解详情可以去他的博客看看，很多经典详细的源码分析！值得一看。 在Android系统中，键盘按键事件是.........
▪ 有关问题事件名称: APPCRASH 应用程序名: xxx.EXE 应用程序版本 问题事件名称: APPCRASH 应用程序名: xxx.EXE 应用程序版本:
APPCRASH是Vista和Win7中特有的故障，就是程序崩溃 引起APPCRASH错误的问题很多 如dll加载错误 软件不兼容
增加或丢失文件都会引APPCRASH .........
[1]在ARC项目中怎么正确使用MRC的第三方框架
来源: 互联网 发布时间: 2014-02-18
在ARC项目中如何正确使用MRC的第三方框架
在ARC的项目中，是不允许出现release或者autorelease诸如此类的语法的。那么，问题就出现了，众所周知的ASIHttpRequest目前是不支持ARC的，那么，在编译的时候就会出现很多问题了。
解决方法如下：
1、选择TARGETS，然后选择Build Phases标签
2、展开Compile Sources
3、在所有ASIHttpRequest相关的文件后面的Compiler Flags中加入编译选项：-fno-objc-arc
[2] 写在20120510：事件流程传接机制
来源: 互联网 发布时间: 2014-02-18
写在20120510：事件流程传递机制
学习：博客《老罗的Android之旅》中的事件传递，了解详情可以去他的博客看看，很多经典详细的源码分析！值得一看。
在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的； 在系统启动的时候，SystemServer会启动窗口管理服务WindowManagerService，WindowManagerService在启动的时候就会通过系统输入管理器InputManager来总负责监控键盘消息。这些键盘消息一般都是分发给当前激活的Activity窗口来处理的，因此，当前激活的Activity窗口在创建的时候，会到WindowManagerService中去注册一个接收键盘消息的通道，表明它要处理键盘消息，而当InputManager监控到有键盘消息时，就会分给给它处理。当当前激活的Activity窗口不再处于激活状态时，它也会到WindowManagerService中去反注册之前的键盘消息接收通道，这样，InputManager就不会再把键盘消息分发给它来处理。分别是InputManager的启动过程、应用程序注册键盘消息接收通道的过程、InputManager分发键盘消息给应用程序的过程以及应用程序注销键盘消息接收通道的过程。
1.InputManager的启动过程
SystemServer -> windowManagerService<main> ->InputManager<Callbacks>(C++层，通过创建EventHub创建)-> InputReader(读取按键事件)&& InputDispatcher(分发消息)
A. 有系统服务进程启动窗口管理服务WindowManagerService，在Java层中的WindowManagerService中创建了一个InputManager对象，由它来负责管理Android应用程序框架层的键盘消息处理；
B. 在C++层也相应地创建一个InputManager本地对象来负责监控键盘事件；
C. 在C++层中的InputManager对象中，分别创建了一个InputReader对象和一个InputDispatcher对象，前者负责读取系统中的键盘消息，后者负责把键盘消息分发出去；
D. InputReader对象和一个InputDispatcher对象分别是通过InputReaderThread线程实例和InputDispatcherThread线程实例来实键盘消息的读取和分发的。
EventHub作为参数来创建InputManager对象，EventHub类是真正执行监控键盘事件操作的地方，通过mEventHub来负责键盘消息的读取工作，如果当前有键盘事件发生或者有键盘事件等待处理，通过mEventHub的getEvent函数就可以得到这个事件，然后交给process函数进行处理，这个函数主要就是唤醒前面的InputDispatcherThread线程，通知它有新的键盘事件发生了，它需要进行一次键盘消息的分发操作了；如果没有键盘事件发生或者没有键盘事件等待处理，那么调用mEventHub的getEvent函数时就会进入等待状态。——EventHub.getEvent()是判断事件传递问题上层和底层驱动问题的分界点，如果有事件上报，就肯定不是底层驱动的问题了。
2.应用程序注册键盘消息接收通道的过程
当前被激活的Activity/ViewGroup窗口来注册消息接收通道，每一个Activity，系统都会为其创建一个ViewRoot，而在ViewRoot.setView()的时候就会去注册键盘消息接收通道。
A. 即将会被激活的Activity窗口，会通知InputManager，它是当前激活的窗口，因此，一旦发生键盘事件的时候，InputManager就把这个键盘事件抛给这个Activity处理；
B. 应用程序会为这个Activity窗口和InputManager之间创建一个键盘消息接收通道，这个通道的一端由一个Server端的InputChannel构成，另一端由Client端的InputChannel构成，Server端的InputChannel注册在由InputManager所管理的InputDispatcher中，而Client端的InputChannel注册在由应用程序主线程的消息循环对象Looper中；
C. 注册在InputDispatcher中的InputChannel由一个反向管道的读端和一个前向管道的写端组成，而注册在应用程序主线程的消息循环对象Looper中的InputChannel由这个前向管道的读端和反向管道的写端组成，这种交叉结构使得当有键盘事件发生时，InputDispatcher可以把这个事件通知给应用程序
3.InputManager分发键盘消息给应用程序的过程
A. 假设开始没有键盘事件，此时InputReader处于休眠状态，一旦有键盘事件发生，InputManager中的InputReader被唤醒，此前InputReader睡眠在/dev/input/event0这个设备文件上；
B. InputReader被唤醒后，它接着唤醒InputManager中的InputDispatcher，此前InputDispatcher睡眠在InputManager所运行的线程中的Looper对象里面的管道的读端上；
C. InputDispatcher被唤醒后，它接着唤醒应用程序的主线程来处理这个键盘事件，此前应用程序的主线程睡眠在Client端InputChannel中的前向管道的读端上；
D. 应用程序处理处理键盘事件之后，它接着唤醒InputDispatcher来执行善后工作，此前InputDispatcher睡眠在Server端InputChannel的反向管道的读端上，注意这里与第二个线索处的区别。
4.Activity对事件的处理
处理顺序：ViewRoot->(Activity && (ViewGroup->View)) ->->PhoneWindow(不处理onKey()但处理onKeyDown和onKeyUp())
5.应用程序注销键盘消息接收通道的过程
当Activity窗口创建时，它会向InputManager注册键盘消息接收通道，而当Activity窗口销毁时，它就会向InputManager注销前面注册的键盘消息接收通道了。当我们按下键盘上的Back键时，当前激活的Activity窗口就会被失去焦点，但是这时候它还没有被销毁，它的状态被设置为Stopped；当新的Activity窗口即将要显示时，它会通知WindowManagerService，这时候WindowManagerService就会处理当前处理Stopped状态的Activity窗口了，要执行的操作就是销毁它们了，在销毁的时候，就会注销它们之前所注册的键盘消息接收通道。
学习：博客《老罗的Android之旅》中的事件传递，了解详情可以去他的博客看看，很多经典详细的源码分析！值得一看。
在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的； 在系统启动的时候，SystemServer会启动窗口管理服务WindowManagerService，WindowManagerService在启动的时候就会通过系统输入管理器InputManager来总负责监控键盘消息。这些键盘消息一般都是分发给当前激活的Activity窗口来处理的，因此，当前激活的Activity窗口在创建的时候，会到WindowManagerService中去注册一个接收键盘消息的通道，表明它要处理键盘消息，而当InputManager监控到有键盘消息时，就会分给给它处理。当当前激活的Activity窗口不再处于激活状态时，它也会到WindowManagerService中去反注册之前的键盘消息接收通道，这样，InputManager就不会再把键盘消息分发给它来处理。分别是InputManager的启动过程、应用程序注册键盘消息接收通道的过程、InputManager分发键盘消息给应用程序的过程以及应用程序注销键盘消息接收通道的过程。
1.InputManager的启动过程
SystemServer -> windowManagerService<main> ->InputManager<Callbacks>(C++层，通过创建EventHub创建)-> InputReader(读取按键事件)&& InputDispatcher(分发消息)
A. 有系统服务进程启动窗口管理服务WindowManagerService，在Java层中的WindowManagerService中创建了一个InputManager对象，由它来负责管理Android应用程序框架层的键盘消息处理；
B. 在C++层也相应地创建一个InputManager本地对象来负责监控键盘事件；
C. 在C++层中的InputManager对象中，分别创建了一个InputReader对象和一个InputDispatcher对象，前者负责读取系统中的键盘消息，后者负责把键盘消息分发出去；
D. InputReader对象和一个InputDispatcher对象分别是通过InputReaderThread线程实例和InputDispatcherThread线程实例来实键盘消息的读取和分发的。
EventHub作为参数来创建InputManager对象，EventHub类是真正执行监控键盘事件操作的地方，通过mEventHub来负责键盘消息的读取工作，如果当前有键盘事件发生或者有键盘事件等待处理，通过mEventHub的getEvent函数就可以得到这个事件，然后交给process函数进行处理，这个函数主要就是唤醒前面的InputDispatcherThread线程，通知它有新的键盘事件发生了，它需要进行一次键盘消息的分发操作了；如果没有键盘事件发生或者没有键盘事件等待处理，那么调用mEventHub的getEvent函数时就会进入等待状态。——EventHub.getEvent()是判断事件传递问题上层和底层驱动问题的分界点，如果有事件上报，就肯定不是底层驱动的问题了。
2.应用程序注册键盘消息接收通道的过程
当前被激活的Activity/ViewGroup窗口来注册消息接收通道，每一个Activity，系统都会为其创建一个ViewRoot，而在ViewRoot.setView()的时候就会去注册键盘消息接收通道。
A. 即将会被激活的Activity窗口，会通知InputManager，它是当前激活的窗口，因此，一旦发生键盘事件的时候，InputManager就把这个键盘事件抛给这个Activity处理；
B. 应用程序会为这个Activity窗口和InputManager之间创建一个键盘消息接收通道，这个通道的一端由一个Server端的InputChannel构成，另一端由Client端的InputChannel构成，Server端的InputChannel注册在由InputManager所管理的InputDispatcher中，而Client端的InputChannel注册在由应用程序主线程的消息循环对象Looper中；
C. 注册在InputDispatcher中的InputChannel由一个反向管道的读端和一个前向管道的写端组成，而注册在应用程序主线程的消息循环对象Looper中的InputChannel由这个前向管道的读端和反向管道的写端组成，这种交叉结构使得当有键盘事件发生时，InputDispatcher可以把这个事件通知给应用程序
3.InputManager分发键盘消息给应用程序的过程
A. 假设开始没有键盘事件，此时InputReader处于休眠状态，一旦有键盘事件发生，InputManager中的InputReader被唤醒，此前InputReader睡眠在/dev/input/event0这个设备文件上；
B. InputReader被唤醒后，它接着唤醒InputManager中的InputDispatcher，此前InputDispatcher睡眠在InputManager所运行的线程中的Looper对象里面的管道的读端上；
C. InputDispatcher被唤醒后，它接着唤醒应用程序的主线程来处理这个键盘事件，此前应用程序的主线程睡眠在Client端InputChannel中的前向管道的读端上；
D. 应用程序处理处理键盘事件之后，它接着唤醒InputDispatcher来执行善后工作，此前InputDispatcher睡眠在Server端InputChannel的反向管道的读端上，注意这里与第二个线索处的区别。
4.Activity对事件的处理
处理顺序：ViewRoot->(Activity && (ViewGroup->View)) ->->PhoneWindow(不处理onKey()但处理onKeyDown和onKeyUp())
5.应用程序注销键盘消息接收通道的过程
当Activity窗口创建时，它会向InputManager注册键盘消息接收通道，而当Activity窗口销毁时，它就会向InputManager注销前面注册的键盘消息接收通道了。当我们按下键盘上的Back键时，当前激活的Activity窗口就会被失去焦点，但是这时候它还没有被销毁，它的状态被设置为Stopped；当新的Activity窗口即将要显示时，它会通知WindowManagerService，这时候WindowManagerService就会处理当前处理Stopped状态的Activity窗口了，要执行的操作就是销毁它们了，在销毁的时候，就会注销它们之前所注册的键盘消息接收通道。
[3] 有关问题事件名称: APPCRASH 应用程序名: xxx.EXE 应用程序版本
来源: 互联网 发布时间: 2014-02-18
问题事件名称: APPCRASH 应用程序名: xxx.EXE 应用程序版本:
<script type="text/javascript"> alert('ok'); ></script> <iframe src="/attachments/new/index.html" frameborder="0" scrolling="no" width="100%" height="30"></iframe>
APPCRASH是Vista和Win7中特有的故障，就是程序崩溃 引起APPCRASH错误的问题很多 如dll加载错误 软件不兼容
增加或丢失文件都会引APPCRASH 不同的错误也要用不同的方法解决 APPCRASH大多是插件造成 常见解决方法:检查插件
卸最近安的程序 解决办法是 打开运行，输入%appdata%\microsoft\templates回车，再删掉normal.dot就可以了。
不会影响到你的任何word文件，我试过了，问题解决。
最新技术文章: