No bloquear la caché de archivos (BitmapLruCache) la implementación?

Estoy intentando crear una demostración simple para la funcionalidad de ImageLoader para Android Volley Framework . Constructor es el siguiente:

public ImageLoader(RequestQueue queue, ImageCache imageCache) 

El problema es con ImageCache . Su JavaDoc dice:

• Instalación del complemento Genymotion Eclipse
• Cómo pasar una gran colección entre actividades (flujo de detalle maestro)
• Cómo obtener el tiempo y la fecha del sello de fecha y hora
• ¿Cómo conectar automáticamente un WiFi con SSID especificado?
• ¿Existe una biblioteca de lenguaje de marcado ligero para Android?

Interfaz simple del adaptador del escondrijo. Si se proporciona a ImageLoader, se utilizará como caché L1 antes de enviarlo a Volley. Las implementaciones no deben bloquear. Se recomienda la implementación con un LruCache.

1. ¿Qué es exactamente lo que las 'Implementaciones no deben bloquear' en este contexto?
2. ¿Hay un ejemplo de no-bloqueo de caché de archivos (incluso no-android, pero "puro" java) que puedo utilizar para educar a mí mismo cómo convertir mi caché de archivos existente para ser no bloqueante?

3. Si no existe – cuáles pueden ser las implicaciones negativas de usar mi implementación existente que es (sólo la lectura del archivo):

   Byte público [] get (String filename) {

    byte[] ret = null; if (filesCache.containsKey(filename)) { FileInfo fi = filesCache.get(filename); BufferedInputStream input; String path = cacheDir + "/" + fi.getStorageFilename(); try { File file = new File(path); if (file.exists()) { input = new BufferedInputStream(new FileInputStream(file)); ret = IOUtils.toByteArray(input); input.close(); } else { KhandroidLog.e("Cannot find file " + path); } } catch (FileNotFoundException e) { filesCache.remove(filename); KhandroidLog.e("Cannot find file: " + path); } catch (IOException e) { KhandroidLog.e(e.getMessage()); } } return ret; 

   }