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:

• ¿Por qué GSON poner un punto decimal y un cero después de todos mis números JSON que originalmente no contienen ningún decimal?
• Convertir de String a BigDecimal para hacer matemáticas en moneda
• Detección de colisiones con Box2d (para Android)?
• Androide Eclipse Classpath - desea agregar ruta de contenedor de classpath pero eclipse no me deja
• ¿Cómo obtener datos de Android Market cuando no hay API?

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; 

   }