Wenn ThreadPool.QueueUserWorkItem false zurück

Question

Die MSDN besagt, dass die Methode zurückgibt

  

true, wenn die Methode erfolgreich ist   In Warteschlange; NotSupportedException ist   wenn das Workitem geworfen nicht die Warteschlange gestellt wird.

Für Testzwecke, wie die Methode zu bekommen false zurückzukehren? Oder ist es nur eine „suboptimale“ Klasse Design?

Answer 1

auf den Quellcode in Reflector In suchen, scheint es der einzige Teil des Codes, der „false“ ist ein Aufruf an die folgende zurückkehren konnte:

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

Answer 2

Dies ist wahrscheinlich ein Fall von „reserviert für zukünftige Nutzung“. Vielleicht möchten Sie es als Versagen behandeln, aber es wird zu testen hart sein.

Ich habe so ziemlich behandeln diese Methode als nichtig / Sub.

Answer 3

Es ist vorstellbar, dass die gesamte API (Thread-Pools) wird überflüssig, wenn die Task-Library (TPL) Parallel kommt.

Answer 4

  

true, wenn die Methode erfolgreich die Warteschlange gestellt wird; NotSupportedException ausgelöst wird, wenn das Workitem nicht die Warteschlange gestellt wird.

Treat eine return false in der gleichen Art und Weise, dass Sie ein NotSupportedException behandeln.

Um es falsch zurückzukehren, verwenden Sie eine Mock-Methode oder ein Objekt.
Sie möchten Ihren eigenen Code zu testen, die Sie geschrieben haben, nicht die zugrunde liegende Fenster Code. Ich bin sicher, dass Microsoft viel ihre eigenen Tests haben bereits dafür.