Я следую руководству по кэшированию изображений с помощью Volley для разработчиков Android. У меня возникла проблема с запросом запроса изображения. и кэширование, я думаю, из-за созданного мною синглтона (скопировано из туториала).
Мое Eclipse выдает ошибку в getInstance(this)
, потому что это контекст, и я думаю, что запрашиваю изображение.
ImageRequest request = new ImageRequest(
url,
new Response.Listener<Bitmap>() {
@Override
public void onResponse(Bitmap bitmap) {
mNetworkImageView = (NetworkImageView) findViewById(R.id.ImageView);
mImageLoader = MySingleton.getInstance(this).getImageLoader();
mNetworkImageView.setImageUrl(IMAGE_URL, mImageLoader);
// mImageLoader = MySingleton.getInstance(this).getImageLoader();
// mImageLoader.get(IMAGE_URL, ImageLoader.getImageListener(mImageView,
// R.drawable.ic_launcher, R.drawable.ic_launcher));
}
},
0,
0,
null,
new Response.ErrorListener() {
public void onErrorResponse(VolleyError error) {
// mImageView.setImageResource(R.drawable.ic_launcher);
}
});
MySingleton.getInstance(this).addToRequestQueue(request);
Это синглтон:
package com.example.p;
import com.android.volley.Request;
import com.android.volley.RequestQueue;
import com.android.volley.toolbox.ImageLoader;
import com.android.volley.toolbox.Volley;
import android.content.Context;
import android.graphics.Bitmap;
import android.support.v4.util.LruCache;
public class MySingleton {
private static MySingleton mInstance;
private RequestQueue mRequestQueue;
private ImageLoader mImageLoader;
private static Context mCtx;
private MySingleton(Context context) {
mCtx = context;
mRequestQueue = getRequestQueue();
mImageLoader = new ImageLoader(
mRequestQueue,
new ImageLoader.ImageCache() {
private final LruCache<String, Bitmap>
cache = new LruCache<String, Bitmap>(20);
@Override
public Bitmap getBitmap(String url) {
return cache.get(url);
}
@Override
public void putBitmap(String url, Bitmap bitmap) {
cache.put(url, bitmap);
}
});
}
public static synchronized MySingleton getInstance(Context context) {
if (mInstance == null) {
mInstance = new MySingleton(context);
}
return mInstance;
}
public RequestQueue getRequestQueue() {
if (mRequestQueue == null) {
// getApplicationContext() is key, it keeps you from leaking the
// Activity or BroadcastReceiver if someone passes one in.
mRequestQueue = Volley.newRequestQueue(mCtx.getApplicationContext());
}
return mRequestQueue;
}
public <T> void addToRequestQueue(Request<T> req) {
getRequestQueue().add(req);
}
public ImageLoader getImageLoader() {
return mImageLoader;
}
}
Я могу получить изображение и отобразить его таким образом, но мне нужно его кэшировать, поэтому я думаю, что добавить его в запрос, верно? .. любая помощь ?
mNetworkImageView = (NetworkImageView) findViewById(R.id.ImageView);
mImageLoader = MySingleton.getInstance(this).getImageLoader();
mNetworkImageView.setImageUrl(IMAGE_URL, mImageLoader);
this
, как использовать внешний класс внутри реализации анонимного интерфейса - person Selvin   schedule 12.08.2015this
, чтобы обновить свои знания о java, и если вы знаете залп, не могли бы вы помочь мне с моим вопросом? - person Moudiz   schedule 12.08.2015ImageCache
вnew ImageLoader.ImageCache() { ... }
в классеMySingleton
. - person hata   schedule 13.08.2015mImageLoader
), который вы получаете вmImageLoader = MySingleton.getInstance(this).getImageLoader();
, уже был проверен с помощью ImageCache вMySingleton
. Нет необходимости в дополнительной операции для включения кэширования. - person hata   schedule 13.08.2015setImageUrl
наmNetworkImageView
,imageLoader
выполняетImageRequest
внутренне. - person hata   schedule 13.08.2015ImageCache
– это кеш L1. Это означает, что он находится только во время запуска приложения. Volley также имеет внутренний кэш L2 (DiskBasedCache
). Его размер составляет 5 МБ. - person hata   schedule 13.08.2015DiskBasedCache
, но я не смог найти ничего полезного в руководстве или примерах по этому поводу, особенно было несколько проблемы с производительностью , мы очень ценим вашу информацию и помощь - person Moudiz   schedule 13.08.2015DiskBasedCache
. И такие обсуждения не поддаются комментариям. Если у вас есть дополнительные вопросы, пожалуйста, опубликуйте новые вопросы. - person hata   schedule 14.08.2015