Este artículo se tradujo automáticamente. Para ver el artículo en inglés, active la casilla Inglés. Además, puede mostrar el texto en inglés en una ventana emergente si mueve el puntero del mouse sobre el texto.
Traducción
Inglés

Clase ThreadPool

 

Publicado: octubre de 2016

Proporciona un grupo de subprocesos que pueden usarse para ejecutar tareas, exponer elementos de trabajo, procesar la E/S asincrónica, esperar en nombre de otros subprocesos y procesar temporizadores.

Espacio de nombres:   System.Threading
Ensamblado:  mscorlib (en mscorlib.dll)

System.Object
  System.Threading.ThreadPool

[<AbstractClass>]
[<Sealed>]
[<HostProtectionAttribute(SecurityAction.LinkDemand, Synchronization = true,
    ExternalThreading = true)>]
type ThreadPool = class end

NombreDescripción
System_CAPS_pubmethodSystem_CAPS_staticBindHandle(IntPtr)

Obsoleto. Enlaza un identificador del sistema operativo a ThreadPool.

System_CAPS_pubmethodSystem_CAPS_staticBindHandle(SafeHandle)

Enlaza un identificador del sistema operativo a ThreadPool.

System_CAPS_pubmethodSystem_CAPS_staticGetAvailableThreads(Int32, Int32)

Recupera la diferencia entre el número máximo de subprocesos de grupo de subprocesos devuelto por el método GetMaxThreads y el número activo actualmente.

System_CAPS_pubmethodSystem_CAPS_staticGetMaxThreads(Int32, Int32)

Recupera el número de solicitudes al grupo de subprocesos que pueden estar activas al mismo tiempo. Todas las solicitudes que pasen de ese número permanecen en la cola hasta que haya disponibles subprocesos de grupo de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticGetMinThreads(Int32, Int32)

Recupera el número mínimo de subprocesos que el grupo de subprocesos crea a petición, según se realizan nuevas solicitudes, antes de conmutar a un algoritmo para administrar la creación y destrucción de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticQueueUserWorkItem(WaitCallback)

Pone en cola un método para su ejecución. El método se ejecuta cuando hay disponible un subproceso de grupo de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticQueueUserWorkItem(WaitCallback, Object)

Pone un método en cola para su ejecución y especifica un objeto que contiene los datos que debe usar el método. El método se ejecuta cuando hay disponible un subproceso de grupo de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, Int32, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un entero de 32 bits con signo como tiempo de espera, en milisegundos.

System_CAPS_pubmethodSystem_CAPS_staticRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, Int64, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un entero de 64 bits con signo como tiempo de espera, en milisegundos.

System_CAPS_pubmethodSystem_CAPS_staticRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, TimeSpan, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un valor TimeSpan como tiempo de espera.

System_CAPS_pubmethodSystem_CAPS_staticRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, UInt32, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un entero de 32 bits sin signo como tiempo de espera, en milisegundos.

System_CAPS_pubmethodSystem_CAPS_staticSetMaxThreads(Int32, Int32)

Establece el número de solicitudes al grupo de subprocesos que pueden estar activas al mismo tiempo. Todas las solicitudes que pasen de ese número permanecen en la cola hasta que haya disponibles subprocesos de grupo de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticSetMinThreads(Int32, Int32)

Establece el número mínimo de subprocesos que el grupo de subprocesos crea a petición, según se realizan nuevas solicitudes, antes de conmutar a un algoritmo para administrar la creación y destrucción de subprocesos.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeQueueNativeOverlapped(NativeOverlapped*)

Pone en cola una operación de E/S superpuesta para que se ejecute.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeQueueUserWorkItem(WaitCallback, Object)

Pone en cola el delegado especificado en el grupo de subprocesos, pero no propaga la pila de llamadas al subproceso de trabajo.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, Int32, Boolean)

Registra un delegado para que espere a la clase WaitHandle y usa un entero de 32 bits con signo como tiempo de espera, en milisegundos. Este método no propaga la pila de llamadas al subproceso de trabajo.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, Int64, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un entero de 64 bits con signo como tiempo de espera, en milisegundos. Este método no propaga la pila de llamadas al subproceso de trabajo.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, TimeSpan, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un valor TimeSpan como tiempo de espera. Este método no propaga la pila de llamadas al subproceso de trabajo.

System_CAPS_pubmethodSystem_CAPS_staticUnsafeRegisterWaitForSingleObject(WaitHandle, WaitOrTimerCallback, Object, UInt32, Boolean)

Registra un delegado para que espere a la clase WaitHandle y especifica un entero de 32 bits sin signo como tiempo de espera, en milisegundos. Este método no propaga la pila de llamadas al subproceso de trabajo.

Many applications create threads that spend a great deal of time in the sleeping state, waiting for an event to occur. Other threads might enter a sleeping state only to be awakened periodically to poll for a change or update status information. The thread pool enables you to use threads more efficiently by providing your application with a pool of worker threads that are managed by the system. Examples of operations that use thread pool threads include the following:

  • When you create a T:System.Threading.Tasks.Task or T:System.Threading.Tasks.Task`1 object to perform some task asynchronously, by default the task is scheduled to run on a thread pool thread.

  • Asynchronous timers use the thread pool. Thread pool threads execute callbacks from the T:System.Threading.Timer class and raise events from the T:System.Timers.Timer class.

  • When you use registered wait handles, a system thread monitors the status of the wait handles. When a wait operation completes, a worker thread from the thread pool executes the corresponding callback function.

  • When you call the M:System.Threading.ThreadPool.QueueUserWorkItem(System.Threading.WaitCallback) method to queue a method for execution on a thread pool thread. You do this by passing the method a T:System.Threading.WaitCallback delegate. The delegate has the signature

    No hay ningún ejemplo de código disponible o este idioma no es compatible.

    where state is an object that contains data to be used by the delegate. The actual data can be passed to the delegate by calling the M:System.Threading.ThreadPool.QueueUserWorkItem(System.Threading.WaitCallback,System.Object) method.

System_CAPS_noteNota

The threads in the managed thread pool are background threads. That is, their P:System.Threading.Thread.IsBackground properties are true. This means that a T:System.Threading.ThreadPool thread will not keep an application running after all foreground threads have exited.

System_CAPS_importantImportante

When the thread pool reuses a thread, it does not clear the data in thread local storage or in fields that are marked with the T:System.ThreadStaticAttribute attribute. Therefore, when a method examines thread local storage or fields that are marked with the T:System.ThreadStaticAttribute attribute, the values it finds might be left over from an earlier use of the thread pool thread.

You can also queue work items that are not related to a wait operation to the thread pool. To request that a work item be handled by a thread in the thread pool, call the M:System.Threading.ThreadPool.QueueUserWorkItem(System.Threading.WaitCallback,System.Object) method. This method takes as a parameter a reference to the method or delegate that will be called by the thread selected from the thread pool. There is no way to cancel a work item after it has been queued.

Timer-queue timers and registered wait operations also use the thread pool. Their callback functions are queued to the thread pool.

There is one thread pool per process. Beginning with the net_v40_long, the default size of the thread pool for a process depends on several factors, such as the size of the virtual address space. A process can call the M:System.Threading.ThreadPool.GetMaxThreads(System.Int32@,System.Int32@) method to determine the number of threads. The number of threads in the thread pool can be changed by using the M:System.Threading.ThreadPool.SetMaxThreads(System.Int32,System.Int32) method. Each thread uses the default stack size and runs at the default priority.

System_CAPS_noteNota

Unmanaged code that hosts the .NET Framework can change the size of the thread pool by using the CorSetMaxThreads function, defined in the mscoree.h file.

The thread pool provides new worker threads or I/O completion threads on demand until it reaches the minimum for each category. When a minimum is reached, the thread pool can create additional threads in that category or wait until some tasks complete. Beginning with the net_v40_short, the thread pool creates and destroys worker threads in order to optimize throughput, which is defined as the number of tasks that complete per unit of time. Too few threads might not make optimal use of available resources, whereas too many threads could increase resource contention.

System_CAPS_noteNota

When demand is low, the actual number of thread pool threads can fall below the minimum values.

You can use the M:System.Threading.ThreadPool.GetMinThreads(System.Int32@,System.Int32@) method to obtain these minimum values.

System_CAPS_cautionPrecaución

You can use the M:System.Threading.ThreadPool.SetMinThreads(System.Int32,System.Int32) method to increase the minimum number of threads. However, unnecessarily increasing these values can cause performance problems. If too many tasks start at the same time, all of them might appear to be slow. In most cases the thread pool will perform better with its own algorithm for allocating threads.

In the following example, the main application thread queues a method named ThreadProc to execute on a thread pool thread, sleeps for one second, and then exits. The ThreadProc method simply displays a message.

No hay ningún ejemplo de código disponible o este idioma no es compatible.

If you comment out the call to the M:System.Threading.Thread.Sleep(System.Int32) method, the main thread exits before method runs on the thread pool thread. The thread pool uses background threads, which do not keep the application running if all foreground threads have terminated. (This is a simple example of a race condition.)

.NET Framework
Disponible desde 1.1
Biblioteca de clases portable
Se admite en: plataformas portátiles de .NET
Silverlight
Disponible desde 2.0
Windows Phone Silverlight
Disponible desde 7.0

This type is thread safe.

Volver al principio
Mostrar: