热门标签 | HotTags
当前位置:  开发笔记 > 运维 > 正文

android截图事件监听的原理与实现

Android系统没有对用户截屏行为提供回调的api,所以我们只能走野路子来获取用户是否截屏了。一般大家都会采用如下两种方法 1.监听

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截图事件监听基本结束,由于测试机器有限,故无法保证上述方法万无一失。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。


推荐阅读
  • 本文详细介绍如何使用arm-eabi-gdb调试Android平台上的C/C++程序。通过具体步骤和实用技巧,帮助开发者更高效地进行调试工作。 ... [详细]
  • 在计算机技术的学习道路上,51CTO学院以其专业性和专注度给我留下了深刻印象。从2012年接触计算机到2014年开始系统学习网络技术和安全领域,51CTO学院始终是我信赖的学习平台。 ... [详细]
  • Linux 系统启动故障排除指南:MBR 和 GRUB 问题
    本文详细介绍了 Linux 系统启动过程中常见的 MBR 扇区和 GRUB 引导程序故障及其解决方案,涵盖从备份、模拟故障到恢复的具体步骤。 ... [详细]
  • 本文介绍了一款用于自动化部署 Linux 服务的 Bash 脚本。该脚本不仅涵盖了基本的文件复制和目录创建,还处理了系统服务的配置和启动,确保在多种 Linux 发行版上都能顺利运行。 ... [详细]
  • 在Linux系统中配置并启动ActiveMQ
    本文详细介绍了如何在Linux环境中安装和配置ActiveMQ,包括端口开放及防火墙设置。通过本文,您可以掌握完整的ActiveMQ部署流程,确保其在网络环境中正常运行。 ... [详细]
  • 本文介绍如何在 Android 中通过代码模拟用户的点击和滑动操作,包括参数说明、事件生成及处理逻辑。详细解析了视图(View)对象、坐标偏移量以及不同类型的滑动方式。 ... [详细]
  • 本文详细介绍了如何在BackTrack 5中配置和启动SSH服务,确保其正常运行,并通过Windows系统成功连接。涵盖了必要的密钥生成步骤及常见问题解决方法。 ... [详细]
  • 本文详细介绍了如何在Linux系统上安装和配置Smokeping,以实现对网络链路质量的实时监控。通过详细的步骤和必要的依赖包安装,确保用户能够顺利完成部署并优化其网络性能监控。 ... [详细]
  • 1.如何在运行状态查看源代码?查看函数的源代码,我们通常会使用IDE来完成。比如在PyCharm中,你可以Ctrl+鼠标点击进入函数的源代码。那如果没有IDE呢?当我们想使用一个函 ... [详细]
  • CentOS7源码编译安装MySQL5.6
    2019独角兽企业重金招聘Python工程师标准一、先在cmake官网下个最新的cmake源码包cmake官网:https:www.cmake.org如此时最新 ... [详细]
  • 本文详细介绍了 Dockerfile 的编写方法及其在网络配置中的应用,涵盖基础指令、镜像构建与发布流程,并深入探讨了 Docker 的默认网络、容器互联及自定义网络的实现。 ... [详细]
  • 掌握Linux:基础命令入门
    本章节深入浅出地介绍了Linux系统中的基本命令操作,帮助读者快速上手并理解其核心功能。 ... [详细]
  • 解决Linux系统中pygraphviz安装问题
    本文探讨了在Linux环境下安装pygraphviz时遇到的常见问题,并提供了详细的解决方案和最佳实践。 ... [详细]
  • 在哈佛大学商学院举行的Cyberposium大会上,专家们深入探讨了开源软件的崛起及其对企业市场的影响。会议指出,开源软件不仅为企业提供了新的增长机会,还促进了软件质量的提升和创新。 ... [详细]
  • CMake跨平台开发实践
    本文介绍如何使用CMake支持不同平台的代码编译。通过一个简单的示例,我们将展示如何编写CMakeLists.txt以适应Linux和Windows平台,并实现跨平台的函数调用。 ... [详细]
author-avatar
南和东
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有