防止用户误操作退出APP的处理

/**
* 软件退出的处理:先跳到第一个页面,再点提示“再点一次退出”,2秒内再点一次退出
* 防止用户误操作
*/
private boolean isExist=false;
private Handler handler = new Handler();
@Override
public boolean onKeyUp(int keyCode, KeyEvent event) {
if(keyCode==KeyEvent.KEYCODE_BACK){
if(position!=0){
rg_main.check(R.id.rb_localvedio);
return true;
}else{
if(!isExist){
isExist=true;
Toast.makeText(MainActivity.this, "再点一次退出!", Toast.LENGTH_SHORT).show();
handler.postDelayed(new Runnable() {
@Override
public void run() {
isExist=false;
}
}, 2000);
return true;
}
}
}
return super.onKeyUp(keyCode, event);
}

时间: 2024-12-26 09:23:48

防止用户误操作退出APP的处理的相关文章

Linux对rm的误操作预防

rm -rf /*    这个要命的操作,让我们轻易不敢用rm这个命令.虽然rm后,数据可以恢复,但是,rm后,rm的目标所在的区,一定不能写入内容了,但是我们无法保证一定不会写入内容.比如紧急状态下,人为的紧张或者其他的日志之类的持续的导入或者数据的同步之类的情况.(当然,那种传说中rpm能敲成rm的也是奇才.) 那么我们不如让rm实现mv aaa /root/.local/share/Trash的效果,让rm的目标转移到trash中,一旦发现rm了错误的目标,可以及时的从trash中还原.实

Oracle数据库常见的误操作恢复方法(上)

实验环境:Linux6.4 + Oracle 11g 面向读者:Oracle开发维护人员 本文以Oracle自带的scott用户进行演示: 首先逻辑备份导出scott的对象数据 $ exp scott/tiger file='/u01/app/backup/scott.dmp' log='/u01/app/backup/scott.log' owner=scott; 1.误操作drop了emp表 利用表级闪回恢复,只要回收站中有就可以恢复. SQL> drop table emp; Table

请列出你在从事IT生涯中,最难以忘怀的一次误操作

IT系统最怕什么,我觉得就两点: 1.不可靠的软硬件. 2.误操作. 第一点就不用解释了,第二点是该文的内容,主要摘选自ITPUB的精华贴——[精华] 请列出你在从事DBA生涯中,最难以忘怀的一次误操作 中摘录各位网友的经验和教训,常看看以警惕自己. #2 一次一个session占用内存很大,这个session id比较大,所以以为是用户进程,kill, 则库立刻down了,查日志后,才知道是一个后台进程,但详细是哪个进程,现在忘记了. 好的是库起来了,这个故障,我一直牢记于心. 现在做任何操作

mac eclipse 修改 command+Q 防止误操作 应用

Android mac eclipse 修改 command+Q 防止误操作  单个应用修改 command Q  快捷键  应用 mac 下 使用eclipse 经常不小心会按到 command+Q 从而关闭 eclipse 每次都要重新打开 eclipse 然后慢慢等待..... 这种误操作简直是反人类...... 查了很多帖子终于找到   仅修改  单个应用快捷键的方法 再也不用担心  开发的时候按到 command+Q  退出了 修改步骤:    系统偏好设置 -> 键盘 -> 快捷键

Linux 查看所有登录用户的操作历史

在linux系统的环境下,不管是root用户还是其它的用户只有登陆系统后用进入操作我们都可以通过命令history来查看历史记录,可是假如一台服务器多人登陆,一天因为某人误操作了删除了重要的数据.这时候通过查看历史记录(命令:history)是没有什么意义了(因为history只针对登录用户下执行有效,即使root用户也无法得到其它用户histotry历史).那有没有什么办法实现通过记录登陆后的IP地址和某用户名所操作的历史记录呢?答案:有的. 通过在/etc/profile里面加入以下代码就可

一次误操作导致的gi psu升级失败

oracle使用opatch auto的方式安装gi psu时需要一个节点一个节点来,昨晚的升级中,因为误操作而是两节点同时安装gi psu,最终在补丁安装完成后,无法拉起crs. 选择进行补丁的rollback,结果悲剧的发现rollback的前提是需要crs启动的状态,无奈之下只能进行备份文件的恢复了. 不过因为意识的疏忽,压缩$oracle_home目录和$grid_home目录时没有使用root用户,导致部分文件没有备份出来. 以后打类似的psu,有两个注意点: 第一,一定要一个节点一个

背景:表A数据误操作,被delete了,恢复。

SELECT MAX(Scn) FROM Sys.Smon_Scn_Time WHERE Time_Dp < TO_DATE('2015-09-18', 'YYYY/MM/DD') select b.file_name 物理文件名, b.tablespace_name 表空间, b.bytes/1024/1024 大小M, (b.bytes-sum(nvl(a.bytes,0)))/1024/1024 已使用M, substr((b.bytes-sum(nvl(a.bytes,0)))/(b.b

rm-rf 误操作的恢复过程

很多DBA一定对rm -rf深恶痛绝吧,没准哪天自己一个犯迷糊就把数据库给消灭了,然后,就没有然后了--那万一--真的发生了这样的不幸,是否真的就无药可救了吗?未必,还是有解决方法的,也许某天当你不幸遇到,就可以用来救自己了.这里做恢复操作的前提是没有可用的rman备份,或者数据库冷备份等,也就是说,没有任何备份. 一.登陆SQLPLUS,并启动数据库 [[email protected] ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0

Android5.0L退出APP横竖屏切换导致的触摸屏输入(Touch Event)无效问题分析(Key Event仍然有效)

一.问题现象 1.多次进出需要强制横屏的app,比如Real FootBall2015,在退出app的时候会有概率出现退出卡顿,然后TP无法输入的问题. 2.出问题时Power key有响应. 3.此问题同时在Driver only上有复现. Platform:MSM8916 Android版本:5.0.2L BuildType:user 系统软件版本:vA6P+L5P0 系统RAM:1GB 参考机行为: 1.ALTO4.5TMO在同样的简单测试下没有重现此问题,后经分析代码发现是4.4.4KK