【发布时间】:2018-03-19 11:26:28
【问题描述】:
我正在尝试像这样将图像异步加载到 Leanback 中的 CardPresenter 中。
public interface CustomImageModel {
String requestCustomUrl(int width, int height);
}
public static class CustomImageModelGrabber implements CustomImageModel {
public CustomImageModelGrabber() {
}
@Override
public String requestCustomUrl(int width, int height) {
OkHttpClient client = new OkHttpClient;
Request request = new Request.Builder().url(image_url).build();
return client.newCall(request).execute().body().string();
}
}
public static class CustomImageUrlLoader extends BaseGlideUrlLoader<CustomImageModel> {
public CustomImageUrlLoader(Context context) {
super( context );
}
@Override
protected String getUrl(CustomImageModel model, int width, int height) {
return model.requestCustomUrl();
}
}
在 CardPresenter.java 中
@Override
public void onBindViewHolder(Presenter.ViewHolder viewHolder, Object item) {
CustomImageModel customImageRequest = new CustomImageModelGrabber();
Glide
.with( context )
.using( new CustomImageUrlLoader( context ) )
.load( customImageRequest )
.into( imageView1 );
}
不幸的是,这并没有按预期工作。 只有少数图片被正确加载到卡片展示器中,但大部分没有正确加载,并抛出以下错误:
android.os.NetworkOnMainThreadException
android.os.StrictMode$AndroidBlockGuardPolicy.onNetwork(StrictMode.java:1303)
哪个有效,哪个无效是完全随机的。
我也尝试在 MainActivity.java 中设置严格模式。
StrictMode.ThreadPolicy policy = new StrictMode.ThreadPolicy.Builder().permitAll().build();
StrictMode.setThreadPolicy(policy);
虽然此解决方案可以正确加载所有图像并且不会引发任何 NetworkOnMainThreadException 错误,但它会带来巨大的性能问题。滚动变得缓慢和滞后,向我显示以下消息:
I/Choreographer: Skipped 182 frames! The application may be doing too much work on its main thread.
是否有任何解决方案可以使图像异步加载,同时仍保持流畅和良好的性能?
【问题讨论】:
-
我相信
client.newCall(request).execute().body().string();这一行是网络请求的同步执行,会导致你的问题。 -
你说得对...我使用这段代码是因为我认为
BaseGlideUrlLoader正在后台线程上运行。
标签: android asynchronous android-glide okhttp3 leanback