Glide动态URL处理及过期设置

场景描述

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

上传头像的逻辑

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

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


APP上传头像流程

获取头像逻辑

  1. 从APP服务端获取URL链接。
  2. 根据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服务端为了控制头像版本而附加的字段。

问题

  1. 需要缓存头像。当前用户的头像URL中,token的值“yyyy”每次都会改变,因此做缓存的时候,不能直接使用URL作为key,需要过滤掉Token。
  2. 需要定期让缓存失效。阿里云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
    }
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容