在后台 Recyclerview 中显示 Coverart(来自 id3)
Displaying Coverart (from id3) in Recyclerview in background
我正在开发一个使用 Recyclerview 显示 mp3 文件的应用程序,提供其封面图片和其他信息。它可以工作,但是一旦开始处理要检索的十几个或更多封面艺术,它就会变慢,因为我目前正在主线程上从 id3 执行此操作,我知道这不是一个好主意。
理想情况下,我会使用占位符,以便可以在图像可用时添加它们。我一直在考虑将检索移动到后台线程,并查看了不同的选项:AsyncTask、Service、WorkManager。 AsyncTask 似乎不是我面临内存泄漏的方法(我需要上下文来通过 MetadataRetriever 检索封面)。所以我倾向于远离那个。然而,我正在努力找出哪种方法最适合我的情况。
根据我的理解,我需要找到一种允许多线程的方法,以及一种在用户已经移动(滚动或导航离开)的情况下取消检索的方法。我已经在使用 Glide,据我所知应该有助于缓存。
我知道我可以重新设计整个方法并单独提供封面艺术作为图像,但这对我来说似乎是最后的手段,因为我不想用更多的数据来拖累应用程序。
应用程序的当前版本是 here(请注意它不会 运行,因为我不能公开透露某些方面)。我正在按如下方式检索封面艺术(在主线程上):
static public Bitmap getCoverArt(Uri medUri, Context ctxt) {
MediaMetadataRetriever mmr = new MediaMetadataRetriever();
mmr.setDataSource(ctxt, medUri);
byte[] data = mmr.getEmbeddedPicture();
if (data != null) {
return BitmapFactory.decodeByteArray(data, 0, data.length);
} else {
return null;
}
}
我发现了许多使用 AsyncTask 或仅将 MetaDataRetriever 保留在主线程上的示例,但还没有找到一个可以在不减慢主线程速度的情况下检索十几个或更多封面艺术的示例。我将不胜感激任何帮助和指点。
事实证明它确实可以与 AsyncTask 一起工作,只要它不是 class 自身而是设置并从具有上下文的 class 调用。这是我的方法的简化版本(我在我的适配器中调用它。):
//set up titles and placeholder image so we needn't wait on the image to load
titleTv.setText(selectedMed.getTitle());
subtitleTv.setText(selectedMed.getSubtitle());
imageIv.setImageResource(R.drawable.ic_launcher_foreground);
imageIv.setAlpha((float) 0.2);
final long[] duration = new long[1];
//a Caching system that helps reduce the amount of loading needed. See: https://github.com/cbonan/BitmapFun?files=1
if (lruCacheManager.getBitmapFromMemCache(selectedMed.getId() + position) != null) {
//是否有更早的缓存图像可以重用? imageIv.setImageBitmap(lruCacheManager.getBitmapFromMemCache(selectedMed.getId() + 位置));
imageIv.setAlpha((浮动) 1.0);
titleTv.setVisibility(View.GONE);
subtitleTv.setVisibility(View.GONE);
} else {
//time to load and show the image. For good measure, the duration is also queried, as this also needs the setDataSource which causes slow down
new AsyncTask<Uri, Void, Bitmap>() {
@Override
protected Bitmap doInBackground(Uri... uris) {
MediaMetadataRetriever mmr = new MediaMetadataRetriever();
mmr.setDataSource(ctxt, medUri);
byte[] data = mmr.getEmbeddedPicture();
Log.v(TAG, "async data: " + Arrays.toString(data));
String durationStr = mmr.extractMetadata(MediaMetadataRetriever.METADATA_KEY_DURATION);
duration[0] = Long.parseLong(durationStr);
if (data != null) {
InputStream is = new ByteArrayInputStream(mmr.getEmbeddedPicture());
return BitmapFactory.decodeStream(is);
} else {
return null;
}
}
@Override
protected void onPostExecute(Bitmap bitmap) {
super.onPostExecute(bitmap);
durationTv.setVisibility(View.VISIBLE);
durationTv.setText(getDisplayTime(duration[0], false));
if (bitmap != null) {
imageIv.setImageBitmap(bitmap);
imageIv.setAlpha((float) 1.0);
titleTv.setVisibility(View.GONE);
subtitleTv.setVisibility(View.GONE);
} else {
titleTv.setVisibility(View.VISIBLE);
subtitleTv.setVisibility(View.VISIBLE);
}
lruCacheManager.addBitmapToMemCache(bitmap, selectedMed.getId() + position);
}
}.execute(medUri);
}
我已经尝试使用 Glide 进行缓存,但我无法 link TextViews 的 showing/hiding 是否有位图。不过在某种程度上,这更流畅,因为我不需要加载大量的 Glide 库。所以我现在对此很满意。
我正在开发一个使用 Recyclerview 显示 mp3 文件的应用程序,提供其封面图片和其他信息。它可以工作,但是一旦开始处理要检索的十几个或更多封面艺术,它就会变慢,因为我目前正在主线程上从 id3 执行此操作,我知道这不是一个好主意。 理想情况下,我会使用占位符,以便可以在图像可用时添加它们。我一直在考虑将检索移动到后台线程,并查看了不同的选项:AsyncTask、Service、WorkManager。 AsyncTask 似乎不是我面临内存泄漏的方法(我需要上下文来通过 MetadataRetriever 检索封面)。所以我倾向于远离那个。然而,我正在努力找出哪种方法最适合我的情况。
根据我的理解,我需要找到一种允许多线程的方法,以及一种在用户已经移动(滚动或导航离开)的情况下取消检索的方法。我已经在使用 Glide,据我所知应该有助于缓存。 我知道我可以重新设计整个方法并单独提供封面艺术作为图像,但这对我来说似乎是最后的手段,因为我不想用更多的数据来拖累应用程序。
应用程序的当前版本是 here(请注意它不会 运行,因为我不能公开透露某些方面)。我正在按如下方式检索封面艺术(在主线程上):
static public Bitmap getCoverArt(Uri medUri, Context ctxt) {
MediaMetadataRetriever mmr = new MediaMetadataRetriever();
mmr.setDataSource(ctxt, medUri);
byte[] data = mmr.getEmbeddedPicture();
if (data != null) {
return BitmapFactory.decodeByteArray(data, 0, data.length);
} else {
return null;
}
}
我发现了许多使用 AsyncTask 或仅将 MetaDataRetriever 保留在主线程上的示例,但还没有找到一个可以在不减慢主线程速度的情况下检索十几个或更多封面艺术的示例。我将不胜感激任何帮助和指点。
事实证明它确实可以与 AsyncTask 一起工作,只要它不是 class 自身而是设置并从具有上下文的 class 调用。这是我的方法的简化版本(我在我的适配器中调用它。):
//set up titles and placeholder image so we needn't wait on the image to load
titleTv.setText(selectedMed.getTitle());
subtitleTv.setText(selectedMed.getSubtitle());
imageIv.setImageResource(R.drawable.ic_launcher_foreground);
imageIv.setAlpha((float) 0.2);
final long[] duration = new long[1];
//a Caching system that helps reduce the amount of loading needed. See: https://github.com/cbonan/BitmapFun?files=1
if (lruCacheManager.getBitmapFromMemCache(selectedMed.getId() + position) != null) {
//是否有更早的缓存图像可以重用? imageIv.setImageBitmap(lruCacheManager.getBitmapFromMemCache(selectedMed.getId() + 位置)); imageIv.setAlpha((浮动) 1.0);
titleTv.setVisibility(View.GONE);
subtitleTv.setVisibility(View.GONE);
} else {
//time to load and show the image. For good measure, the duration is also queried, as this also needs the setDataSource which causes slow down
new AsyncTask<Uri, Void, Bitmap>() {
@Override
protected Bitmap doInBackground(Uri... uris) {
MediaMetadataRetriever mmr = new MediaMetadataRetriever();
mmr.setDataSource(ctxt, medUri);
byte[] data = mmr.getEmbeddedPicture();
Log.v(TAG, "async data: " + Arrays.toString(data));
String durationStr = mmr.extractMetadata(MediaMetadataRetriever.METADATA_KEY_DURATION);
duration[0] = Long.parseLong(durationStr);
if (data != null) {
InputStream is = new ByteArrayInputStream(mmr.getEmbeddedPicture());
return BitmapFactory.decodeStream(is);
} else {
return null;
}
}
@Override
protected void onPostExecute(Bitmap bitmap) {
super.onPostExecute(bitmap);
durationTv.setVisibility(View.VISIBLE);
durationTv.setText(getDisplayTime(duration[0], false));
if (bitmap != null) {
imageIv.setImageBitmap(bitmap);
imageIv.setAlpha((float) 1.0);
titleTv.setVisibility(View.GONE);
subtitleTv.setVisibility(View.GONE);
} else {
titleTv.setVisibility(View.VISIBLE);
subtitleTv.setVisibility(View.VISIBLE);
}
lruCacheManager.addBitmapToMemCache(bitmap, selectedMed.getId() + position);
}
}.execute(medUri);
}
我已经尝试使用 Glide 进行缓存,但我无法 link TextViews 的 showing/hiding 是否有位图。不过在某种程度上,这更流畅,因为我不需要加载大量的 Glide 库。所以我现在对此很满意。