android截图事件监听的原理与实现
Android系统没有对用户截屏行为提供回调的api,所以我们只能走野路子来获取用户是否截屏了。一般大家都会采用如下两种方法
1.监听截屏图片所在目录变化(FileObserver)
2.监听媒体库的变化(ContentObserver)
上面两种方法均不是万能的,需要结合使用才能达到良好的效果,首先看看如何监控目录
在android中,我们可以通过FileObserver来监听目录变化,先来看看如何使用
private static final File DIRECTORY_PICTURES = new File(Environment.getExternalStorageDirectory(), Environment.DIRECTORY_PICTURES);
private static final File DIRECTORY_DCIM = new File(Environment.getExternalStorageDirectory(), Environment.DIRECTORY_DCIM);
if (manufacturer.equalsIgnoreCase("xiaomi")) {
DIRECTORY_SCREENSHOT = new File(DIRECTORY_DCIM, "Screenshots");
} else {
DIRECTORY_SCREENSHOT = new File(DIRECTORY_PICTURES, "Screenshots");
}
FILE_OBSERVER = new FileObserver(DIRECTORY_SCREENSHOT.getPath(), FileObserver.ALL_EVENTS) {
@Override
public void onEvent(int event, String path) {
if (event == FileObserver.CREATE) {
String newPath = new File(DIRECTORY_SCREENSHOT, path).getAbsolutePath();
Log.d(TAG, "path: " + newPath);
}
}
};
我们对指定目录的指定事件监听即可,当事件被触发时onEvent会回调。这里我们只关心目录中有没有新的文件生成。
坑1:在实践中发现,并不是所有手机都允许如此监听或者说都能收到回调。有的手机上面无法收到CREATE事件,但是可以收到其他事件。
我还发现,有的时候收到的事件并没有在FileObserver中定义,比如32768!下面是Linux中相应event对应的含义,32768=IN_IGNORED,但是为什么会ignore,并不清楚。
http://rswiki.csie.org/lxr/http/source/include/linux/inotify.h?a=m68k#L45
还遇到过1073741856(1073741856 = 0x40000000 | 0x20,即IN_OPEN | IN_ISDIR)和1073741840(1073741840 = 0x40000000 | 0x10,即IN_CLOSE_NOWRITE | IN_ISDIR)。
坑2:不同手机,监听的目录并不一致。小米需要监听Environment.DIRECTORY_DCIM,其他监听Environment.DIRECTORY_PICTURES即可。
关于FileObserver这里再多说两句,FileObserver无法进行递归监听,也就是说,我们监听的文件夹中如果有子文件夹,并且我们想知道其中变化,这种方式是不可行的。需要手动对子文件进行操作。
另外,当我们监听的目录/文件被删除后又重新建立了一个同名的目录/文件,之前的FileObserver不会继续工作,需要重新设置监听才行。
还要注意,FileObserver回调并不在主线程中,而是在FileObserver线程中。
鉴于上述原因,我们还要使用方法2,监听媒体库变化。这个方法使用ContentObserver即可。
private static final ContentObserver CONTENT_OBSERVER = new ContentObserver(HANDLER) {
@Override
public void onChange(boolean selfChange, Uri uri) {
//记得先检查读文件的权限
ContentResolver resolver = GeneralInfoHelper.getContext().getContentResolver();
if (uri.toString().matches(MediaStore.Images.Media.EXTERNAL_CONTENT_URI + "(/d+)?")) {
Cursor cursor = resolver.query(uri, PROJECTION, null, null, MediaStore.MediaColumns.DATE_ADDED + " DESC");
if (cursor != null && cursor.moveToFirst()) {
//完整路径
String newPath = cursor.getString(cursor.getColumnIndex(MediaStore.MediaColumns.DATA));
File file = new File(newPath);
//file.exists() 判断文件是否存在
}
if (cursor != null) {
cursor.close();
}
}
}
};
getContentResolver().registerContentObserver(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, true, CONTENT_OBSERVER);
坑3:实践中发现,并不是所有手机都是监听相同的Uri,有的带数字,有的不带。
坑4:查询数据库时记得按MediaStore.MediaColumns.DATE_ADDED字段排序,注意,这个时间单位是秒,不是毫秒
坑5:即使排了序,你拿到的仍然有可能不是正确的,在魅族E2上面出现了这个问题。但是当我删除了魅族E2截图文件夹之后,一切又恢复正常了……这里我做了一个简单的判断,如何DATE_ADDED和当前时间相差两秒以内,那么从数据库查出的这条数据我视为有效
坑6:当用户删除了截图文件夹的时候,媒体库此时会更新,所以此时onChange会收到大量回调,所以这里需要判断判断文件是否存在。
可能有人会问,为什么不直接用第二种方法?
原因有2,首先从坑5可以看出第二种方法也并非100%有效,其次,这种方法速度很慢,通常会有2-3秒的延迟。而第一种方法如果有效,通常都会比后者快很多。
好了,障碍基本扫清,下面开始融合两种方法
首先使用成员变量记录截图文件路径
private static String sScreenshotPath;
当方法1或者方法2收到结果时,用收到的结果与sScreenshotPath对比,如果是同一个文件,那么就无需再次通知了,否则则进行通知。
逻辑太简单,代码就不写了。但是实际情况是不会这么乐观的。
坑7:在实践中发现,有的系统不直接保存截图,而是先生成一个隐藏文件,比如叫.截图.jpg,然后再修改文件名(去掉“.”)。这种情况下,我们可能就会收到两次用户截图事件的回调(方法1和方法2都可能收到回调),但实际用户只截了一次。
这里我做了一个特殊处理,在判断是否是同一个文件时,只判断文件名,而不去管文件的完整路径也不管文件是否隐藏(也就是不比较文件名前面的“.”)
//仅靠文件名而不是全路径判断是否为同一个截图文件,因为有些系统对截图有move操作
private static boolean isSameFile(String newPath) {
if (TextUtils.isEmpty(sScreenshotPath)) {
return false;
}
return TextUtils.equals(removePrefixDot(new File(sScreenshotPath).getName()), removePrefixDot(new File(newPath).getName()));
}
private static String removePrefixDot(@NonNull String filename) {
if (filename.startsWith(".")) {
return filename.substring(1);
}
return filename;
}
至此,android截图事件监听基本结束,由于测试机器有限,故无法保证上述方法万无一失。
以上就是本文的全部内容,希望对大家的学习有所帮助。
- URL安全的Base64编码
- 温故而知新:设计模式之原型模式(Prototype)
- Windows 7上执行Cake 报错原因是Powershell 版本问题
- 温故而知新:类索引器
- Visual Studio Code 代理设置
- 温故而知新:设计模式之工厂模式(Factory)
- 通过Jexus 部署 dotnetcore版本MusicStore 示例程序
- jquery.mobile手机网页简要
- 跟张志东深聊腾讯的“进化力”
- 详解微信小程序如何实现流程进度功能
- silverlight:如何在图片上挖个洞?
- .NET Core系列 : 1、.NET Core 环境搭建和命令行CLI入门
- mysqldump数据导出问题和客户端授权后连接失败问题
- Android置底一个View后运行报错
- java教程
- Java快速入门
- Java 开发环境配置
- Java基本语法
- Java 对象和类
- Java 基本数据类型
- Java 变量类型
- Java 修饰符
- Java 运算符
- Java 循环结构
- Java 分支结构
- Java Number类
- Java Character类
- Java String类
- Java StringBuffer和StringBuilder类
- Java 数组
- Java 日期时间
- Java 正则表达式
- Java 方法
- Java 流(Stream)、文件(File)和IO
- Java 异常处理
- Java 继承
- Java 重写(Override)与重载(Overload)
- Java 多态
- Java 抽象类
- Java 封装
- Java 接口
- Java 包(package)
- Java 数据结构
- Java 集合框架
- Java 泛型
- Java 序列化
- Java 网络编程
- Java 发送邮件
- Java 多线程编程
- Java Applet基础
- Java 文档注释