Glide动态URL处理及过期设置

场景描述

之前做项目时遇到这样的场景，我们的用户头像保存在阿里云OSS上，涉及到动态URL以及过期处理的问题。

上传头像的逻辑

首先从APP服务端获取Token
通过Token上传图片到阿里云OSS
成功后通知APP服务端。

如下图所示，其中省略了APP服务端和阿里云OSS的交互。

APP上传头像流程

获取头像逻辑

从APP服务端获取URL链接。
根据URL链接获取图片。如果本地有缓存且没有过期则从本地拉取缓存，不然就从阿里云OSS获取

APP获取头像.png

动态的URL
由于头像是私密的，每次获取用户头像时，url中会有一个动态的Token，如

https://xxx.aliyuncs.com/avatar/xxx-d-avatar?token=yyyy&v=1523326538071

其中，阿里云OSS识别的是https://xxx.aliyuncs.com/avatar/xxx-d-avatar?token=yyyy，v=1523326538071是APP服务端为了控制头像版本而附加的字段。

问题

需要缓存头像。当前用户的头像URL中，token的值“yyyy”每次都会改变，因此做缓存的时候，不能直接使用URL作为key，需要过滤掉Token。
需要定期让缓存失效。阿里云OSS上保存的URL只是https://xxx.aliyuncs.com/avatar/xxx-d-avatar?token=yyyy部分，因此有这样的问题，如果APP客户端上传头像成功，但由于某种原因（比如服务崩溃了）APP服务端并没有成功更新版本，即v的值，则下次APP客户端从服务端获取的仍然是旧的版本值，APP客户端会取本地缓存，而不向阿里云OSS拉取图片，虽然这种问题出现的概率较小，但不得不考虑到。

解决方法

项目使用了Glide图片框架。具体代码如下

动态URL处理类，去掉动态Token

class GlideDynamicAvatarUrl(private val dynamicUrl: String) : GlideUrl(dynamicUrl) {
    companion object {
        private const val IMAGE_VERSION = "v"
    }
    override fun getCacheKey(): String {
        val uri = Uri.parse(dynamicUrl)
        return StringBuilder()
                .append(uri.path)
                .append(uri.getQueryParameter(IMAGE_VERSION))
                .toString()
    }

    override fun toString(): String {
        return super.getCacheKey()
    }
}

定期失效处理，添加额外的key

object GlideAvatarHelper {
    private const val INVALID_TIME = 7 * 24 * 3600 * 1000L
    fun execute(context:Context, url: String?, iv: ImageView) {
        if (TextUtils.isEmpty(url)) {
            return iv.setImageResource(R.drawable.ic_avatar_default)
        }

        Glide.with(context)
                .load(GlideDynamicAvatarUrl(url!!))
                .apply(RequestOptions.signatureOf(ObjectKey(getSignatureKey())))
                .apply(RequestOptions.placeholderOf(R.drawable.ic_avatar_default))
                .apply(RequestOptions.errorOf(R.drawable.ic_avatar_default))
                .into(iv)
    }

    // 根据评论区添加说明
    // 为URL添加额外的key, 定期让key失效即可
    // 这里设置的最大有效期是一周时间。因为没有保留第一次计算Key的时间，所以不能严格规定有效期为一周，Key可能不到一周时间就会被更新。
    // 严格的计算方法是保留第一次计算Key的时间firstCalcTime，然后根据以下方式计算:
    // val key = (System.currentTimeMillis() - (firstCalcTime % INVALID_TIME) / INVALID_TIME
    private fun getSignatureKey(): Long {
        val key = System.currentTimeMillis() / INVALID_TIME
        return key
    }
}

最后编辑于：2019.03.28 16:38:40