TransactionScope y multi-threading

Question

Me preguntaba cómo usaría la clase TransactionScope de la manera correcta cuando se trata de multithreading?

Creamos un nuevo alcance en nuestro hilo principal y luego generamos un par de subprocesos de trabajo y queremos que estos participen en el alcance principal, de modo que, por ejemplo, se recurre a la reversión en cada trabajador si el alcance nunca es terminado.

Leí algo sobre TransactionScope usando ThreadStaticAttribute internamente, lo que hizo que lo anterior fuera imposible/muy difícil. ¿Alguien podría verificarlo de alguna manera? Si agotamos el código de forma sincrónica, las reversiones funcionan, es decir, las transacciones internas pueden participar en la transacción principal, pero no si cambiamos a una ejecución enhebrada.

Gracias

Answer 1

Ver MSDN:

También debe utilizar el TransactionScope y clase DependentTransaction para aplicaciones que requieren el uso de la misma transacción a través de múltiples llamadas a funciones o múltiples hilo llamadas .

Así que tal vez mirar en DependentTransaction - en particular, hay un ejemplo subproceso de trabajo, here.

Answer 2

Esto es correcto: la clase TransactionScope usa la propiedad Transaction.Current que almacena su valor en el campo, que está marcado con el atributo ThreadStatic.

El atributo ThreadStatic asegura que el valor de campo obtiene la afinidad de subprocesos, es decir, tiene un valor único en cada subproceso. Es el enfoque recomendado para compartir la fecha dentro de un hilo. También se conoce como Thread Local Storage (TLS).

La clase TransactionScope solo define un contexto de transacción en el hilo actual. Sin embargo, no significa que su código debe realizar todo el trabajo en ese hilo. Podría imaginarme un complejo algoritmo de cálculo que utiliza múltiples hilos.