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

最近在做新业务需求的同时，我们在 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 监听到媒体数据库的数据改变, 在有数据改变时获取最后插入数据库的一条图片数据, 如果符合以下规则, 则认为截屏了:

时间判断：通常截屏生成后会立马存入系统多媒体数据库，也就是说监听到数据库变化的时间与截图生成的时间不会相差太多，这里推荐以10秒作为阈值，当然这个也是经验值。

尺寸判断：截屏顾名思义取得是当前手机屏幕尺寸大小的图片，所以图片宽高大于屏幕宽高的肯定都不是截图产生的。

路径判断：由于各手机厂家存放截图的文件路径都不太一样，国内情况可能会更严重，但是通常图片保存路径都会包含一些常见的关键词，比如 “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()); 

    // 创建内容观察者，包括内部存储和外部存储 

    mInternalObserver = new MediaContentObserver(MediaStore.Images.Media.INTERNAL_CONTENT_URI, mUiHandler); 

    mExternalObserver = new MediaContentObserver(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, mUiHandler); 

    // 注册内容观察者 

    mContext.getContentResolver().registerContentObserver( 

            MediaStore.Images.Media.INTERNAL_CONTENT_URI, false, mInternalObserver); 

    mContext.getContentResolver().registerContentObserver( 

            MediaStore.Images.Media.EXTERNAL_CONTENT_URI, false, mExternalObserver); 

} 

/** 

 * 自定义媒体内容观察者类(观察媒体数据库的改变) 

 */ 

private class MediaContentObserver extends ContentObserver { 

    private Uri mediaContentUri;       // 需要观察的Uri 

    public MediaContentObserver(Uri contentUri, Handler handler) { 

        super(handler); 

        mediaContentUri = contentUri; 

    } 

    @Override 

    public void onChange(boolean selfChange) { 

        super.onChange(selfChange); 

        // 处理媒体数据库反馈的数据变化 

        handleMediaContentChange(mediaContentUri); 

    } 

}

有注册就需要在 Activity 销毁时取消注册，所以还需要封装一个解除注册的方法供外部调用， Android 系统提供 ContentResolver#unregisterContentObserver 方法来取消注册，代码比较简单，这里就不再展示了。

监听器设置和注册完成后，一旦用户操作了截屏动作，系统就会执行 ContentObserver#onChange 回调方法，在这个方法中我们可以根据 Uri 获取并解析数据。这里展示一下具体的数据解析过程，上述提到的规则判断比较简单，就不再展示了。

private void handleMediaContentChange(Uri contentUri) { 

    Cursor cursor = null; 

        try { 

            // 数据改变时查询数据库中最后加入的一条数据 

            cursor = mContext.getContentResolver().query(contentUri, 

                    Build.VERSION.SDK_INT < 16 ? MEDIA_PROJECTIONS : MEDIA_PROJECTIONS_API_16, 

                    null, null, MediaStore.Images.ImageColumns.DATE_ADDED + " desc limit 1"); 

            if (cursor == null)  return; 

            if (!cursor.moveToFirst()) return;        

            // cursor.getColumnIndex获取数据库列索引 

            int dataIndex = cursor.getColumnIndex(MediaStore.Images.ImageColumns.DATA); 

            String data = cursor.getString(dataIndex);        // 图片存储地址 

            int dateTakenIndex = cursor.getColumnIndex(MediaStore.Images.ImageColumns.DATE_TAKEN); 

            long dateTaken = cursor.getLong(dateTakenIndex);  // 图片生成时间 

            int width = 0; 

            int height = 0; 

            if (Build.VERSION.SDK_INT >= 16) { 

                int widthIndex = cursor.getColumnIndex(MediaStore.Images.ImageColumns.WIDTH); 

                int heightIndex = cursor.getColumnIndex(MediaStore.Images.ImageColumns.HEIGHT); 

                width = cursor.getInt(widthIndex);    // 获取图片高度 

                height = cursor.getInt(heightIndex);  // 获取图片宽度 

            } else { 

                Point size = getImageSize(data);     // 根据路径获取图片宽和高 

                width = size.x; 

                height = size.y; 

            } 

            // 处理获取到的第一行数据，分别判断路径是否包含关键词、时间差以及图片宽高和屏幕宽高的大小关系 

            handleMediaRowData(data, dateTaken, width, height); 

        } catch (Exception e) { 

            e.printStackTrace(); 

        } finally { 

            if (cursor != null && !cursor.isClosed()) { 

                cursor.close(); 

            } 

        } 

}

有些手机 ROM 截屏一次会发出多次内容改变的通知，因此需要做去重操作，去重也不复杂，可以用列表缓存最近十几条图片地址数据，每次获取到新的图片地址，都会先判断缓存中是否存在相同的图片地址，如果当前的图片地址已经存在列表中，则直接过滤掉即可，否则添加到缓存中。如此就可以保证截屏监听事件既不遗漏也不重复。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。