使用MediaMetadataRetriever获取歌曲封面加载过慢问题求助

嘿，我完全理解你现在的困扰——7-9秒的封面加载时间绝对会拖垮APP的用户体验。咱们来看看几个能显著提升速度的优化方向，结合你的代码一步步调整：

1. 必须在子线程中执行元数据读取操作 #

你当前的代码如果是在主线程（比如RecyclerView的onBindViewHolder）里直接调用MediaMetadataRetriever，会阻塞UI线程，让整个界面看起来卡顿甚至假死，这也会放大“加载慢”的感知。

修改示例（Java + AsyncTask）： #

// 在ViewHolder的绑定方法中启动异步任务
new AsyncTask<String, Void, byte[]>() {
    @Override
    protected byte[] doInBackground(String... params) {
        String songPath = params[0];
        MediaMetadataRetriever retriever = new MediaMetadataRetriever();
        try {
            retriever.setDataSource(songPath);
            return retriever.getEmbeddedPicture();
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        } finally {
            try {
                retriever.release(); // 一定要释放资源，避免内存泄漏
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }

    @Override
    protected void onPostExecute(byte[] art) {
        if (art != null) {
            Glide.with(c)
                 .load(art)
                 .override(200, 200) // 指定封面尺寸，避免解码大图
                 .crossFade()
                 .diskCacheStrategy(DiskCacheStrategy.ALL) // 缓存原图和处理后的图
                 .into(holder.songimage);
        } else {
            Glide.with(c)
                 .load(R.drawable.splash)
                 .crossFade()
                 .diskCacheStrategy(DiskCacheStrategy.SOURCE)
                 .into(holder.songimage);
        }
    }
}.execute(songpath);

2. 缩小解码后的Bitmap尺寸 #

很多音频文件的内嵌封面是高清大图（比如1080P甚至更高），直接解码成原图尺寸会占用大量内存且耗时极长。通过override()指定你实际需要的尺寸（比如列表项的封面大小），Glide会自动帮你缩小图片，大幅减少解码时间。

3. 替换为更高效的元数据读取工具 #

原生MediaMetadataRetriever在处理某些格式（比如大体积的FLAC、APE文件）时性能确实一般，你可以试试ExoPlayer的MediaMetadataRetriever，它的底层实现更高效，尤其适合批量读取元数据的场景：

依赖配置（build.gradle）： #

implementation "com.google.android.exoplayer:exoplayer-core:2.X.X" // 替换为最新版本

使用示例： #

// 同样在子线程中执行
ExoPlayerMediaMetadataRetriever retriever = new ExoPlayerMediaMetadataRetriever();
try {
    retriever.setDataSource(MediaItem.fromUri(Uri.fromFile(new File(songpath))));
    Bitmap coverBitmap = retriever.getArtwork();
    if (coverBitmap != null) {
        // 用Glide加载Bitmap或者直接设置
        Glide.with(c)
             .load(coverBitmap)
             .override(200, 200)
             .diskCacheStrategy(DiskCacheStrategy.ALL)
             .into(holder.songimage);
    }
} catch (Exception e) {
    e.printStackTrace();
} finally {
    retriever.release();
}

4. 优化缓存策略 #

你当前用的DiskCacheStrategy.SOURCE只会缓存原图，改成DiskCacheStrategy.ALL后，Glide会同时缓存处理后的小尺寸图片，下次加载时直接读取缓存，速度会快很多。另外，如果你的APP有常用歌曲列表，可以在APP启动时提前异步预加载这些歌曲的封面，进一步提升用户打开时的体验。

额外注意点 #

• 一定要调用retriever.release()释放资源，避免内存泄漏和资源占用；
• 如果是批量加载列表封面，建议限制并发线程数，避免同时读取多个文件导致IO阻塞；
• 可以给Glide添加加载占位符，让用户感知到加载状态，减少“慢”的负面感受。

内容的提问来源于stack exchange，提问作者Jigar Fumakiya