¿Todavía tenemos que implementar el bloqueo al trabajar con el System.Runtime.Caching.MemoryCache, p. llamando al Contains(key); o ya es seguro para subprocesos?System.Runtime.Caching.MemoryCache - es necesario el bloqueo
La sección "Seguridad para subprocesos" en el artículo de MSDN Library unos documentos de la clase siguiente:
los miembros de instancias se garantiza que sea seguro para subprocesos.
Esto es bastante normal para las clases .NET, la documentación es repetitiva y en algunos casos seleccionados no informativa. Ese fue también el caso de MemoryCache hasta que la documentación se actualizó. El artículo de comentarios de Connect vinculado por Davide es útil para aclarar esto:
System.Runtime.Caching.MemoryCache is threadsafe. Múltiples hilos simultáneos pueden leer y escribir una instancia de MemoryCache. Internamente, thread-safety se maneja automáticamente para garantizar que la caché se actualice de manera consistente.
Lo que podría estarse refiriendo a esto es que los datos almacenados dentro de la memoria caché pueden no ser seguros para la rosca. Por ejemplo, si se coloca una lista en en la memoria caché, y dos hilos separados obtienen una referencia a la lista almacenada en la memoria caché, los dos hilos terminarán intercalados si intentan actualizar la lista simultáneamente.
De acuerdo con la nueva documentación, la clase MemoryCache ES segura para hilos.
clase MemoryCache es hilo de seguridad. Vea la nueva documentación de msdn. –