Exportar (0) Imprimir
Expandir todo
Este artículo proviene de un motor de traducción automática. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Thread.AllocateDataSlot (Método)

Asigna una ranura de datos sin nombre en todos los subprocesos. Para mejorar el rendimiento, en su lugar use campos marcados con el atributo ThreadStaticAttribute.

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

[HostProtectionAttribute(SecurityAction.LinkDemand, SharedState = true, ExternalThreading = true)]
public static LocalDataStoreSlot AllocateDataSlot()

Valor devuelto

Tipo: System.LocalDataStoreSlot
La ranura de datos con nombre asignada en todos los subprocesos.

Nota importanteImportante

.NET Framework proporciona dos mecanismos para usar el almacenamiento local de subprocesos (TLS): campos estáticos relacionados con subprocesos (es decir, campos marcados con el atributo ThreadStaticAttribute) y ranuras de datos. Los campos estáticos relacionados con subprocesos proporcionan mejor rendimiento que las ranuras de datos y habilitan la comprobación de tipos en tiempo de compilación. Para obtener más información sobre TLS, vea Almacenamiento local de subprocesos: Campos estáticos relacionados con subprocesos y ranuras de datos.

Se asigna una ranura de datos en todos los subprocesos.

Los subprocesos utilizan un mecanismo de memoria de almacenamiento local para almacenar los datos específicos del subproceso. Common Language Runtime asigna una matriz de almacén de datos de varias ranuras a cada proceso cuando éste se crea. El subproceso puede asignar una ranura de datos del almacén de datos, almacenar y recuperar valores en la ranura, así como liberar el espacio usado por la ranura para que ésta pueda volver a utilizarse cuando el subproceso expire. Las ranuras de datos son únicas para cada subproceso. Ningún otro subproceso (ni siquiera un subproceso secundario) puede obtener esos datos.

NotaNota

El atributo HostProtectionAttribute aplicado a este tipo o miembro tiene el valor de propiedad Resources siguiente: SharedState | ExternalThreading. El atributo HostProtectionAttribute no afecta a las aplicaciones de escritorio (que normalmente se inician haciendo doble clic en un icono, escribiendo un comando o introduciendo una dirección URL en el explorador). Para obtener más información, vea la clase HostProtectionAttribute o Programación en SQL Server y atributos de protección de host.

Esta sección contiene dos ejemplos de código. En el primer ejemplo, se muestra el uso de un campo marcado con el atributo ThreadStaticAttribute para que contenga la información específica del subproceso. En el segundo ejemplo, se muestra el uso de una ranura de datos que hace lo mismo.

Primer ejemplo

En el ejemplo siguiente, se muestra el uso de un campo marcado con ThreadStaticAttribute para que contenga la información específica del subproceso. Esta técnica proporciona mejor rendimiento que la técnica que se muestra en el segundo ejemplo.


using System;
using System.Threading;

class Test
{
    static void Main()
    {
        for(int i = 0; i < 3; i++)
        {
            Thread newThread = new Thread(ThreadData.ThreadStaticDemo);
            newThread.Start();
        }
    }
}

class ThreadData
{
    [ThreadStaticAttribute]
    static int threadSpecificData;

    public static void ThreadStaticDemo()
    {
        // Store the managed thread id for each thread in the static
        // variable.
        threadSpecificData = Thread.CurrentThread.ManagedThreadId;

        // Allow other threads time to execute the same code, to show
        // that the static data is unique to each thread.
        Thread.Sleep( 1000 );

        // Display the static data.
        Console.WriteLine( "Data for managed thread {0}: {1}", 
            Thread.CurrentThread.ManagedThreadId, threadSpecificData );
    }
}

/* This code example produces output similar to the following:

Data for managed thread 4: 4
Data for managed thread 5: 5
Data for managed thread 3: 3
 */


Segundo ejemplo

En el ejemplo de código siguiente se muestra la forma de utilizar una ranura de datos para almacenar información específica de subprocesos.


using System;
using System.Threading;

class Test
{
    static void Main()
    {
        Thread[] newThreads = new Thread[4];
        for(int i = 0; i < newThreads.Length; i++)
        {
            newThreads[i] = new Thread(
                new ThreadStart(Slot.SlotTest));
            newThreads[i].Start();
        }
    }
}

class Slot
{
    static Random randomGenerator;
    static LocalDataStoreSlot localSlot;

    static Slot()
    {
        randomGenerator = new Random();
        localSlot = Thread.AllocateDataSlot();
    }

    public static void SlotTest()
    {
        // Set different data in each thread's data slot.
        Thread.SetData(localSlot, randomGenerator.Next(1, 200));

        // Write the data from each thread's data slot.
        Console.WriteLine("Data in thread_{0}'s data slot: {1,3}", 
            AppDomain.GetCurrentThreadId().ToString(),
            Thread.GetData(localSlot).ToString());

        // Allow other threads time to execute SetData to show
        // that a thread's data slot is unique to the thread.
        Thread.Sleep(1000);

        Console.WriteLine("Data in thread_{0}'s data slot: {1,3}", 
            AppDomain.GetCurrentThreadId().ToString(),
            Thread.GetData(localSlot).ToString());
    }
}


.NET Framework

Compatible con: 4.5, 4, 3.5, 3.0, 2.0, 1.1, 1.0

.NET Framework Client Profile

Compatible con: 4, 3.5 SP1

Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012, Windows 7, Windows Vista SP2, Windows Server 2008 (no se admite el rol Server Core), Windows Server 2008 R2 (se admite el rol Server Core con SP1 o versiones posteriores; no se admite Itanium)

.NET Framework no admite todas las versiones de todas las plataformas. Para obtener una lista de las versiones compatibles, vea Requisitos de sistema de .NET Framework.

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft