Android截屏与WebView长图分享经验总结

一、概述

最近在做新业务需求的同时，我们在 Android 上遇到了一些之前没有碰到过的问题，截屏分享、 WebView 生成长图以及长图在各个分享渠道分享时图片模糊甚至分享失败等问题，在这过程中踩了很多坑，到目前为止绝大部分的问题都还算是有了比较满意的解决方案。以下就从三个方面来总结一下过程中遇到的挑战和最后的解决方案。

二、截图分享

在 Android 原生系统中是没有提供截图的广播或者监听事件的，也就是说代码层面无法获知用户的截屏操作，这样就无法满足用户截屏后跳出分享提示的需求。既然无法从根本上解决截屏监听的问题，那么就要考虑通过其他方式间接实现，目前比较成熟稳定的方案是监听系统媒体数据库资源的变化，具体方案原理如下：

Android 系统有一个媒体数据库，每拍一张照片，或使用系统截屏截取一张图片，都会把这张图片的详细信息加入到这个媒体数据库，并发出内容改变通知，我们可以利用内容观察者（ContentObserver）监听媒体数据库的变化，当数据库有变化时，获取最后插入的一条图片数据，如果该图片符合特定的规则，则认为被截屏了。

考虑到手机存储包括内部存储器和外部存储器，为了增强兼容性，最好同时监听两种储存空间的变化，以下是需要 ContentObserver 监听的资源 URI :

MediaStore.Images.Media.INTERNAL_CONTENT_URI
MediaStore.Images.Media.EXTERNAL_CONTENT_URI

读取外部存储器资源，需要添加权限:

android.permission.READ_EXTERNAL_STORAGE

注：在 Android 6.0 及以上版本需要动态申请权限

1. 截屏判断规则

当 ContentObserver 监听到媒体数据库的数据改变, 在有数据改变时获取最后插入数据库的一条图片数据, 如果符合以下规则, 则认为截屏了:

1. 时间判断：通常截屏生成后会立马存入系统多媒体数据库，也就是说监听到数据库变化的时间与截图生成的时间不会相差太多，这里推荐以10秒作为阈值，当然这个也是经验值。
2. 尺寸判断：截屏顾名思义取得是当前手机屏幕尺寸大小的图片，所以图片宽高大于屏幕宽高的肯定都不是截图产生的。
3. 路径判断：由于各手机厂家存放截图的文件路径都不太一样，国内情况可能会更严重，但是通常图片保存路径都会包含一些常见的关键词，比如 “screenshot”、 “screencapture” 、 “screencap” 、 “截图”、 “截屏”等，每次都检查图片路径信息是否包含这些关键词。

关于第3点需要补充说明一下，由于要判断图片文件路径是否包含关键字，所以目前仅支持中英文环境，如果需要支持其他语言，需要手动添加一些该语言的关键词，否则有可能获取不到图片。

以上3点基本上可以保证截图的正常监听，当然在实际测试过程中，还会发现有些机型存在多报的情况，所以还需要做一些去重等工作，关于去重下面还会再提及。

2. 关键代码

原理都了解清楚了，那么接下来就是如何实现的问题了。这里最关键是媒体内容观察者的设置，从数据库中取出第一条数据并解析图片信息，然后再检验图片信息是否符合以上3条规则。

为了说清楚如何监听媒体数据库改变，先要稍微讲一下 ContentObserver 的原理。 ContentObserver ——内容观察者，目的是观察（捕捉）特定 Uri 引起的数据库的变化，继而做一些相应的处理，它类似于数据库技术中的触发器（Trigger），当 ContentObserver 所观察的 Uri 发生变化时，便会触发它。当然想要观察就必须先要注册， Android 系统提供了 ContentResolver#registerContentObserver 方法用来注册观察器。此部分不熟悉的同学可以温习一下 Android 的 ContentProvider 相关知识。

接下来直接用代码说明整个注册和触发流程，代码如下：

private void initMediaContentObserver() {
    // 运行在 UI 线程的 Handler, 用于运行监听器回调 
    private final Handler mUiHandler = new Handler(Looper.getMainLooper());
    // 创建内容观察者，包括内部