如何不屏蔽Android系统的返回按键

比如:

第一种方法:

public boolean onKeyDown(int keyCode, KeyEvent event) {

// TODO Auto-generated method stub

if (keyCode == KeyEvent.KEYCODE_BACK) {

morePopumenu.disMissMenu();

//  return true;

//  return false;  这里假设你是返回的true,false,那么就不会运行系统的返回操作。不能返回//上一个界面,由于这样就没有回调父类的onKeyDown方法就返回了。所以应该这样写例如以下:

return super.onKeyDown(keyCode, event);

}

return super.onKeyDown(keyCode, event);

}

另外一种方法:

public boolean onKeyDown(int keyCode, KeyEvent event) {

// TODO Auto-generated method stub

//重写方法后。我们就调用父类的方法。这样以便系统的方法能够调用,这句一肯不能忘记

super.onKeyDown(keyCode, event);

if (keyCode == KeyEvent.KEYCODE_BACK) {

morePopumenu.disMissMenu();

//如今返回:true,代表让系统能继续处理此按键的操作

//返回false:代表该按键的处理到此结束,不响应系统的处理

return  true;

}

return super.onKeyDown(keyCode, event);

}

时间: 2024-10-14 08:31:02

如何不屏蔽Android系统的返回按键的相关文章

Android系统中自定义按键的短按、双击、长按事件

在项目中碰到这样的问题: 由于系统中的按键在底层做了重新定义或者新增了按键,此时需要在APP层对按键事件(keyevent)做分解处理,模拟Android系统做法,把keyevent分解成: 1.单击事件:就是普通key的单击: 2.双击事件:500ms内同一按键单击两次: 3.长按事件:同一按键长按超过1000ms(系统中长按事件为500ms): 4.组合按键:两个以上按键同时按住: 其中的keyevent可以来自Activity.View子类的dispatchKeyEvent方法,也可以是我

Android 两次返回按键退出程序

public boolean onKeyDown(int keyCode, KeyEvent event) { // 两次返回退出程序 if (keyCode == KeyEvent.KEYCODE_BACK) { if ((System.currentTimeMillis() - mExitTime) > 2000) { Toast.makeText(this, R.string.toast_twice_press_back_to_exit, Toast.LENGTH_SHORT).show(

禁用Android系统Home键

声明:资源来自https://github.com/shaobin0604/Android-HomeKey-Locker,可访问该地址直接下载,也可访问我的资源http://download.csdn.net/detail/youshenxuzuo/8575529下载,长期有效. 在项目开发中,有可能需要屏蔽Android系统虚拟按键 , 其中返回键相对容易禁用,以下两种办法都能解决: @Override public boolean onKeyDown(int keyCode, KeyEven

Android系统onKeyDown监控/拦截/监听/屏蔽返回键、菜单键和Home键

在Android系统中用来显示界面的组件(Component)为Activity,也就是说只有重写Activity的onKeyDown方法来监控/拦截/屏蔽系统的返回键(back).菜单键(Menu)及Home键. 1.拦截/屏蔽返回键.菜单键实现代码 @Overridepublic boolean onKeyDown(int keyCode, KeyEvent event) {    if(keyCode == KeyEvent.KEYCODE_BACK) { //监控/拦截/屏蔽返回键   

android源码解析(二十九)-->应用程序返回按键执行流程

从这篇文章中我们开始分析android系统的事件分发流程,其实网上已经有了很多关于android系统的事件分发流程的文章,奈何看了很多但是印象还不是很深,所以这里总结一番. android系统的事件分发流程分为很多部分: Native层 –> ViewRootImpl层 –> DecorView层 –> Activity层 –> ViewGroup层 –> View层 所以android系统的事件分发流程是从Native层开始的,然后分发到ViewRootImpl中,然后分发

Tiny210 android系统中的gpio按键

Tiny210V2SDK开发板那个总共有8个用户按键,他们均从cpu芯片s5pv210的引脚直接引出 GPIO口与对应的中断(摘自:Smart210用户手册.pdf 39页) 如果是纯linux系统,那么drivers/char/mini210_buttons.c是这些gpio按键对应的驱动程序 如果是android系统,那么 arch/arm/mach-s5pv210/mach-mini210.c是这些gpio按键的platform device drivers/input/keyboard/

Android 设置系统的返回键 和软键盘获取焦点问题

很多朋友出现过这样的一个问题,当底部弹出评论框时,有几个问题,一个是软件盘弹出时怎么让焦点在输入框,关于这个问题,本人也是遇到过,解决了很久,有的是在布局设置或者代码里setFocusable(true),并没有用,又在代码或者代码里设置requestFocus(),依然没有用,其实这个解决办法是没有错的,但是为什么会没用呢,因为并没有及时是在软件盘弹出时设置,所以先提出隐藏和显示软件盘的方法 private void onFocusChange(boolean hasFocus) { fina

Android 7.0 Power 按键处理流程

Android 7.0  Power 按键处理流程 Power按键的处理逻辑由PhoneWindowManager来完成,本文只关注PhoneWindowManager中与Power键相关的内容,其他系统按键的处理类似也是在PhoneWindowManager中处理的.理解了power按键的处理再看其他系统按键的逻辑会容易的多也简单的多. 一.Power按键的上报 Power按键的上报流程与其余的按键处理流程一致,在按下power按键后驱动上报按键经InputManagerService处理按键

Android系统篇之----Binder机制和远程服务调用机制分析

一.前景概要 最近要实现Android中免注册Activity就可以运行的问题,那么结果是搞定了,就是可以不用在AndroidManifest.xml中声明这个Activity即可运行,主要是通过骗取系统,偷龙转凤技术的,这个知识点后面会详细讲解的,因为在研究了这个问题过程中遇到了很多知识点,当然最重要也是最根本的就是Android中的Binder机制和远程服务调用机制,而关于Binder机制的话,在Android中算是一个非常大的系统架构模块了,光这篇文章是肯定不能讲解到全部的,而且本人也不是