Cuando ThreadPool.QueueUserWorkItem devuelve falso

Question

El MSDN indica que el método devuelve

  

verdadero si el método es exitoso   en cola NotSupportedException es   arrojado si el elemento de trabajo no está en cola.

Para fines de prueba, ¿cómo hacer que el método devuelva false ? O es solo un "subóptimo" diseño de clase?

Answer 1

Al mirar el código fuente en Reflector, parece ser la única parte del código que podría devolver 'falso'. es una llamada a lo siguiente:

[MethodImpl(MethodImplOptions.InternalCall)]
private static extern bool AdjustThreadsInPool(uint QueueLength);

Answer 2

Este es probablemente un caso de "reservado para uso futuro". Es posible que desee tratarlo como un fracaso, pero será difícil de probar.

Casi trato este método como un vacío / Sub.

Answer 3

Es imaginable que toda la API (grupos de subprocesos) quede obsoleta cuando llegue la Biblioteca de tareas paralelas (TPL).

Answer 4

  

verdadero si el método se puso en cola correctamente; NotSupportedException se genera si el elemento de trabajo no está en cola.

Trate una return false de la misma manera que trata una NotSupportedException .

Para que devuelva falso, utilice un método u objeto simulado.
Desea probar su propio código que escribió, no el código de Windows subyacente. Estoy seguro de que Microsoft ya tiene muchas pruebas propias para eso.