Lista <T> eliminación y adición simultáneas

Question

No estoy muy seguro, así que pensé en preguntar. ¿Eliminar y agregar elementos a un objeto System.Collections.Generic.List<> no sería seguro para subprocesos?

Mi situación:

Cuando se recibe una conexión, se añade a la lista, pero también, al mismo tiempo, hay un trabajador que está eliminando las conexiones muertas y tal.

¿Hay algún problema? ¿Lo hará un lock? También quiero saber si se me permite usar un bloqueo en el objeto de la lista con su método Foreach<>.

Answer 1

Sí, agregar y eliminar elementos de un List<> no es seguro para subprocesos, por lo que debe sincronizar el acceso, por ejemplo, usando lock.

Tenga en cuenta que la palabra clave lock de ninguna manera bloquea el objeto que utiliza como identificador, solo evita que dos subprocesos entren en el mismo bloque de código al mismo tiempo. Necesitará bloqueos alrededor de todo el código que accede a la lista, usando como el mismo objeto como identificador.

Answer 2

List<T> no es seguro para subprocesos, así que sí, tendrá que controlar el acceso a la lista con un candado. Si tienes varios hilos que acceden a la Lista, asegúrate de que los tienes respetando el bloqueo o tendrás problemas. La mejor manera de hacer esto sería subclasificar la Lista para que el bloqueo ocurra automáticamente, de lo contrario es muy probable que termine olvidando eventualmente.

Answer 3

En realidad, a veces Lista <> es seguro para subprocesos, ya veces no, de acuerdo con Microsoft:

miembros estáticos públicos de este tipo son seguros para subprocesos . No se garantiza que ningún miembro de instancia sea seguro para subprocesos.

pero esa página va a decir:

enumerar a través de una colección es intrínsecamente no es un procedimiento seguro para subprocesos . En el raro caso en que una enumeración contenga uno o más accesos de escritura , la única forma de garantizar la seguridad de subprocesos es bloquear la colección durante toda la enumeración . Para permitir el acceso a la colección por medio de múltiples hilos para leer y escribir, debe implementar su propia sincronización.

Answer 4

Definitivamente el uso de bloqueo para un código particular lo hace seguro para la ejecución de subprocesos, pero no estoy de acuerdo con él para el escenario actual.

Puede implementar el método Sincronizado para hacer seguro el hilo de recolección. Este link explica por qué y cómo hacerlo.

Otro enfoque puramente programático se menciona en este link, aunque nunca lo probé de primera mano, pero debería funcionar.

Por cierto, una de las mayores preocupaciones es que, ¿estás tratando de mantener algo así como el grupo de conexión por tu cuenta? Si es así, ¿por qué?

Respondo mi respuesta. Usando bloqueos en mejor respuesta que utilizando este método.

Answer 5

En el momento de la pregunta no fue .NET Framework 4 todavía, pero las personas que se enfrentan el problema ahora deben tratar de usar colecciones de System.Collections.Concurrent espacio de nombres para hacer frente a flujos seguros problemas