Android应用程序键盘（Keyboard）消息处理机制分析（27）-低调大师

Android应用程序键盘（Keyboard）消息处理机制分析（27）

2017-11-08 481

Step 14. NativeInputQueue.unregisterInputChannel

这个函数定义在frameworks/base/core/jni/android_view_InputQueue.cpp文件中：

 
  status_t NativeInputQueue::unregisterInputChannel(JNIEnv* env, jobject inputChannelObj) {  
    sp<InputChannel> inputChannel = android_view_InputChannel_getInputChannel(env,  
        inputChannelObj);  
    ......  
  
    { // acquire lock  
        AutoMutex _l(mLock);  
  
        ssize_t connectionIndex = getConnectionIndex(inputChannel);  
        ......  
  
        sp<Connection> connection = mConnectionsByReceiveFd.valueAt(connectionIndex);  
        mConnectionsByReceiveFd.removeItemsAt(connectionIndex);  
  
        connection->status = Connection::STATUS_ZOMBIE;  
  
        connection->looper->removeFd(inputChannel->getReceivePipeFd());  
  
        env->DeleteGlobalRef(connection->inputHandlerObjGlobal);  
        connection->inputHandlerObjGlobal = NULL;  
        ......  
    } // release lock  
  
    ......  
    return OK;  
}  
 
 

真正的注销工作就是这里实现的了，读者可以对照前面介绍应用程序注册键盘消息接收通道过程中的Step 21（NativeInputQueue.registerInputChannel）来分析，它首先是将在之前创建的Connection对象从NativeInputQueue中的mConnectionByReceiveFd向量中删除：

 
  ssize_t connectionIndex = getConnectionIndex(inputChannel);  
......  
  
sp<Connection> connection = mConnectionsByReceiveFd.valueAt(connectionIndex);  
mConnectionsByReceiveFd.removeItemsAt(connectionIndex);

然后再把这个Client端InputChannel的前向管道的读端文件描述符从应用程序主线程中的Looper对象中删除：

 
  connection->looper->removeFd(inputChannel->getReceivePipeFd());

这样，这个Activity窗口以后就不会接收到键盘事件了。

最后将Connection对象中的回调对象inputHandlerOjbGlobal对象删除：

 
  env->DeleteGlobalRef(connection->inputHandlerObjGlobal);  
connection->inputHandlerObjGlobal = NULL;

回忆一下前面我们在分析InputManager分发键盘消息给应用程序处理时，曾经说到，每当有键盘事件发生时，InputManager首先就会调用NativeInputQueue类的handleReceiveCallback函数。在这个handleReceiveCallback函数里面，NativeInputQueue会找到相应的Connection对象，然后把它里面的内部对象inputHandlerOjbGlobal作为参数来调用Java层的InputQueue类的dispatchKeyEvent函数来通知应用程序，有键盘事件发生了。在InputQueue类的dispatchKeyEvent函数里面，就是通过这个inputHandlerOjbGlobal对象来直正通知到当前激活的Activity窗口来处理这个键盘事件的。

注册在应用程序这一侧的Client端InputChannel被注销以后，回到前面的Step 11中，我们继续分析注销注册在InputManager这一侧的Server端InputChannel。 Step 15. WindowManagerService.Session.remove

这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

 
  public class WindowManagerService extends IWindowManager.Stub  
        implements Watchdog.Monitor {  
    ......  
  
    private final class Session extends IWindowSession.Stub  
            implements IBinder.DeathRecipient {  
        ......  
  
        public void remove(IWindow window) {  
            removeWindow(this, window);  
        }  
  
        ......  
    }  
  
    ......  
}  
 
 

这个函数只是简单地调用其外部类WindowManagerService的removeWindow函数来进一步执行操作。

Step 16. WindowManagerService.removeWindow
这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

 
  public class WindowManagerService extends IWindowManager.Stub  
        implements Watchdog.Monitor {  
    ......  
  
    public void removeWindow(Session session, IWindow client) {  
        synchronized(mWindowMap) {  
            WindowState win = windowForClientLocked(session, client, false);  
            if (win == null) {  
                return;  
            }  
            removeWindowLocked(session, win);  
        }  
    }  
  
    ......  
}  
 
 

回忆一下前面我们在分析应用程序注册键盘消息管道的过程时，在Step 11（WindowManagerService.addWindow）中，WindowManagerService为这个即将要激活的Activity窗口创建了一个WindowState对象win，创建的时候，使用了从ViewRoot中传过来的两个参数，分别是一个Session对象session和一个IWindow对象client。

在这个函数中，ViewRoot传过来的两个参数session和client和上面说的两个参数是一致的，因此，这个函数首先通过参数session和client得到一个WindowState对象win，然后调用removeWindowLocked来把它从WindowManagerService删除。

Step 17. WindowManagerService.removeWindowLocked
这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

 
  public class WindowManagerService extends IWindowManager.Stub  
        implements Watchdog.Monitor {  
    ......  
  
    public void removeWindowLocked(Session session, WindowState win) {  
        ......  
  
        win.disposeInputChannel();  
  
        ......  
    }  
  
    ......  
}

我们忽略了这个函数的其它逻辑，只关注注销之前注册的Server端InputChannel的逻辑，这里，注销的操作就是调用win的disposeInputChannel进行的了。

Step 18. WindowState.disposeInputChannel

这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

 
  public class WindowManagerService extends IWindowManager.Stub  
        implements Watchdog.Monitor {  
    ......  
  
    private final class WindowState implements WindowManagerPolicy.WindowState {  
        ......  
  
        void disposeInputChannel() {  
            if (mInputChannel != null) {  
                mInputManager.unregisterInputChannel(mInputChannel);  
  
                mInputChannel.dispose();  
                mInputChannel = null;  
            }  
        }  
  
        ......  
    }  
  
    ......  
}  
 
 

上面说到，在前面分析应用程序注册键盘消息管道的过程时，在Step 11（WindowManagerService.addWindow）中，为当前这个Activity窗口创建了一个WindowState对象，接着创建了一个输入管道后，把Server端的InputChannel保存了在这个WindowState对象的成员变量mInputChannel中，因此，这里，就可以把它取回来，然后调用mInputManager对象的unregisterInputChannel函数来把它注销掉了。

本文转自 Luoshengyang 51CTO博客，原文链接：http://blog.51cto.com/shyluo/966658，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/407209

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Android Context 干货

image.png 一、源码角度解析Context 从系统的角度来理解：Context是一个场景，代表与操作系统的交互的一种过程。Context是一个抽象类；Activity、Service、Application是它的子类； image.png 二、Context 应用场景 image.png 数字1：启动Activity在这些类中是可以的，但是需要创建一个新的task。一般情况不推荐。数字2：在这些类中去layout inflate是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用。数字3：在receiver为null时允许，在4.2或以上的版本中，用于获取黏性广播的当前值。（可以无视）注：ContentProvider、BroadcastReceiver之所以在上述表格中，是因为在其内部方法中都有一个context用于使用。默认的Toast实际上使用ApplicationContext也可以，因为总有时候在异步线程中做了一些土司操作，这种情况下在Activity关闭时候，很容易造成context为空的情况，所以所有的土司都采用Applicatio...

2017-11-09

619

UIWebView清除缓存和cookie[转]

现在项目遇到一个问题，游戏底层用Cocos2d-x，公告UI实现是用的UIWebView，然后第一次在有网络的环境下运行公告UI，会加载url链接，同时就会自动存入缓存，当下次手机没有网络的环境下，会加载缓存，给玩家UIWebView链接良好的错觉！所以每次加载完URL链接后，同时把缓存也马上清理。源码如下： //清除cookies NSHTTPCookie *cookie; NSHTTPCookieStorage *storage = [NSHTTPCookieStorage sharedHTTPCookieStorage]; for (cookie in [storage cookies]) { [storage deleteCookie:cookie]; } UIWebView清除缓存： //清除UIWebView的缓存 [[NSURLCachesharedURLCache] removeAllCachedResponses]; (By ItNoob.Matrix 链接 http://www.cnblogs.com/ItNoob) 欢迎加群互相学习，共同进步。QQ群：iO...

2017-11-09

648

发表评论

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。