关于安卓媒体资源变动监听(ContentResolver)应用

背景

媒体监听,是一个很常见的功能,例如手机自带的图库,监听到了拍照图片的生成,就会自动刷新一下图库,用于及时向用户展示最新的数据,还如聊天页面中,监听到相册有新的图片,则有个小弹窗询问用户是否发送该拍摄的图片等等。
!!!代码放文末!!!!
本文将会展示,如何对生成的图片和视频进行监听

环境

win10
as 4.0+
jdk 1.8

思路

其实实现监听的代码,无非来来去去都是那几种,一是查询对比,二是调用系统方法,而本文将会用ContentResolver进行监听。

实现

首先,监听一个图片的生成,可以通过ContentReslver的registerContentObserver方法进行监听,最后会回调到onChange()方法中。

核心代码如下:

getBaseContext().getContentResolver().registerContentObserver(
MediaStore.Images.Media.INTERNAL_CONTENT_URI,
true, this);
getBaseContext().getContentResolver().registerContentObserver(
 MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
true, this);

可以看到,url区分了一个internal和external,实际的意思,就是监听机身存储以及外部存储,从兼容性角度考虑,两个都需要写。
在看源码:

    /**
     * Register an observer class that gets callbacks when data identified by a
     * given content URI changes.
     * <p>
     * Starting in {@link android.os.Build.VERSION_CODES#O}, all content
     * notifications must be backed by a valid {@link ContentProvider}.
     *
     * @param uri The URI to watch for changes. This can be a specific row URI,
     *            or a base URI for a whole class of content.
     * @param notifyForDescendants When false, the observer will be notified
     *            whenever a change occurs to the exact URI specified by
     *            <code>uri</code> or to one of the URI's ancestors in the path
     *            hierarchy. When true, the observer will also be notified
     *            whenever a change occurs to the URI's descendants in the path
     *            hierarchy.
     * @param observer The object that receives callbacks when changes occur.
     * @see #unregisterContentObserver
     */
    public final void registerContentObserver(@NonNull Uri uri, 
    		boolean notifyForDescendants,
            @NonNull ContentObserver observer) {
        Objects.requireNonNull(uri, "uri");
        Objects.requireNonNull(observer, "observer");
        registerContentObserver(
                ContentProvider.getUriWithoutUserId(uri),
                notifyForDescendants,
                observer,
                ContentProvider.getUserIdFromUri(uri, mContext.getUserId()));
    }

对于boolean参数notifyForDescendants,可以理解为,如果设置为true,则跟该媒体类型有关变动的监听都会回调,可以理解为是一个广泛设置,关联度很高的设置。如果设置为false,则认为是仅仅指定了这种类,设置可以理解为是指定的某个目录,关联度低,某些机型会失效有可能是这个参数导致的。

同样地,视频的监听,核心代码如下:

getBaseContext().getContentResolver().registerContentObserver(
MediaStore.Video.Media.INTERNAL_CONTENT_URI, true, this);
getBaseContext().getContentResolver().registerContentObserver(
MediaStore.Video.Media.EXTERNAL_CONTENT_URI, true, this);

同样地,区别就是在于Uri的设置不一样而已。

注意

(1)注意有注册,就应该要有释放,否则则会内存泄露。不写出内存泄露,是一个安卓开发者的基本素养,了解如何修改内存泄露,是一个合格安卓开发者的门槛。
(2)注册的时候,handler可以自定义传入的,这关乎到回调时候的线程种类。回调源码如下:

    /** @hide */
    public final void dispatchChange(boolean selfChange, @NonNull Collection<Uri> uris,
            @NotifyFlags int flags, @UserIdInt int userId) {
        if (mHandler == null) {
            onChange(selfChange, uris, flags, userId);
        } else {
            mHandler.post(() -> {
                onChange(selfChange, uris, flags, userId);
            });
        }
    }

可以看到,回调的时候,如果我们传入的不是null的handler,则会调用。
(3)回调延时,属于系统源码层级,如果不是定制的room,是无法修改的。这里只能建议说,不使用自己传入的handler,规避某些系统的延时。因为某些系统下,自己传入的handler,会有一个delay的操作的。

代码地址
搜索CtxObserverManager类

that’s all----------------------------------------------------------------------------

猜你喜欢

转载自blog.csdn.net/motosheep/article/details/130542075