基于倒计时的图片动态模糊实现及新图加载缓存异常问题

嘿，我完全懂你遇到的这个糟心问题——切换第二张图时，它居然带着第一张图的模糊效果继续变化，明明已经调用invalidate()和重新加载了，却没起作用。咱们来一步步搞定它：

问题根源分析 #

出现这个情况，大概率是两个原因：

1. 你的Blur ImageView内部没有在加载新图前重置模糊参数，而是基于当前View已有的模糊位图继续处理新图；
2. Picasso的缓存或者Blur View自身的缓存没彻底清理，导致新图加载时复用了旧的模糊状态。

针对性解决方案 #

1. 加载新图前先重置Blur状态到最大值

在调用Picasso加载新图之前，先把Blur ImageView的模糊程度强制重置到10秒对应的最大状态，这样新图加载后会从最模糊开始同步倒计时变化，而不是继承旧图的剩余模糊：

// 假设你的BlurImageView有设置模糊半径的方法，比如setBlurRadius，10秒对应最大半径（比如20）
question_image.setBlurRadius(20);
question_image.invalidate(); // 触发View重绘，应用重置后的模糊参数

2. 强制清除Picasso的对应缓存

有时候Picasso会缓存经过模糊处理的图片（如果你的模糊逻辑是在加载阶段处理的），所以需要先失效目标URL的缓存，再强制不缓存新图：

// 先让Picasso失效目标URL的缓存
Picasso.with(getBaseContext()).invalidate(list_question.get(index).getQuestion());

// 加载新图时禁用内存和磁盘缓存
Picasso.with(getBaseContext())
    .load(list_question.get(index).getQuestion())
    .memoryPolicy(MemoryPolicy.NO_CACHE, MemoryPolicy.NO_STORE)
    .networkPolicy(NetworkPolicy.NO_CACHE)
    .into(question_image);

⚠️ 注意：频繁清缓存会影响性能，所以只在切换图片时使用这个逻辑，正常加载流程不用加。

3. 确保模糊逻辑基于新原图计算（最关键）

检查你的BlurImageView实现：如果它的模糊是在现有位图上反复叠加处理的，那切换图片时必须先替换内部的原始位图引用，再重置模糊参数。可以用Picasso的Target接口直接获取加载的原图：

Picasso.with(getBaseContext())
    .load(list_question.get(index).getQuestion())
    .into(new Target() {
        @Override
        public void onBitmapLoaded(Bitmap bitmap, Picasso.LoadedFrom from) {
            // 假设你的BlurImageView有设置原始位图的方法，比如setOriginalBitmap
            question_image.setOriginalBitmap(bitmap);
            // 重置到最大模糊状态
            question_image.setBlurRadius(20);
            question_image.invalidate();
        }

        @Override
        public void onBitmapFailed(Drawable errorDrawable) {}

        @Override
        public void onPrepareLoad(Drawable placeHolderDrawable) {}
    });

这样做能确保模糊计算完全基于新加载的原图，彻底和旧图的模糊状态切割开。

4. 同步重置倒计时计时器

切换图片时别忘了把倒计时重置回10秒，保证模糊程度的变化和新的倒计时进度完全匹配，避免出现“新图模糊进度和剩余时间不对应”的情况。

总结 #

核心思路就是：加载新图前先重置Blur状态→确保模糊计算基于新原图→必要时清理缓存，这几步组合起来应该就能彻底解决你的问题了。

内容的提问来源于stack exchange，提问作者Arun Prabu