Como já foi mencionado em várias respostas aqui, a Threadclasse atualmente (4.7.2) fornece vários construtores e um Startmétodo com sobrecargas.
Esses construtores relevantes para esta pergunta são:
public Thread(ThreadStart start);
e
public Thread(ParameterizedThreadStart start);
que leva um ThreadStartdelegado ou um ParameterizedThreadStartdelegado.
Os delegados correspondentes ficam assim:
public delegate void ThreadStart();
public delegate void ParameterizedThreadStart(object obj);
Portanto, como pode ser visto, o construtor correto a ser usado parece ser aquele que recebe um ParameterizedThreadStartdelegado, para que algum método em conformidade com a assinatura especificada do delegado possa ser iniciado pelo encadeamento.
Um exemplo simples para instanciar a Threadclasse seria
Thread thread = new Thread(new ParameterizedThreadStart(Work));
ou apenas
Thread thread = new Thread(Work);
A assinatura do método correspondente (chamada Workneste exemplo) se parece com isso:
private void Work(object data)
{
...
}
O que resta é iniciar o thread. Isso é feito usando qualquer um
public void Start();
ou
public void Start(object parameter);
Enquanto Start()iniciaria o encadeamento e passaria nullcomo dados para o método, Start(...)pode ser usado para passar qualquer coisa para o Workmétodo do encadeamento.
No entanto, há um grande problema com essa abordagem: tudo o Workque é passado no método é convertido em um objeto. Isso significa que, dentro do Workmétodo, ele deve ser convertido para o tipo original novamente, como no exemplo a seguir:
public static void Main(string[] args)
{
Thread thread = new Thread(Work);
thread.Start("I've got some text");
Console.ReadLine();
}
private static void Work(object data)
{
string message = (string)data; // Wow, this is ugly
Console.WriteLine($"I, the thread write: {message}");
}
A transmissão é algo que você normalmente não deseja fazer.
E se alguém passa outra coisa que não é uma string? Como isso parece impossível no início (porque é o meu método, eu sei o que faço ou O método é privado, como alguém deve ser capaz de transmitir alguma coisa a ele? ), Você pode acabar exatamente com esse caso por vários motivos . Como alguns casos podem não ser um problema, outros são. Nesses casos, você provavelmente terminará com um InvalidCastExceptionque provavelmente não notará porque simplesmente encerra o encadeamento.
Como solução, você esperaria obter um ParameterizedThreadStartrepresentante genérico como ParameterizedThreadStart<T>onde Tseria o tipo de dados que você deseja passar para o Workmétodo. Infelizmente, algo assim não existe (ainda?).
Existe, no entanto, uma solução sugerida para esse problema. Envolve a criação de uma classe que contém os dados a serem passados para o encadeamento, bem como o método que representa o método worker como este:
public class ThreadWithState
{
private string message;
public ThreadWithState(string message)
{
this.message = message;
}
public void Work()
{
Console.WriteLine($"I, the thread write: {this.message}");
}
}
Com essa abordagem, você iniciaria o thread assim:
ThreadWithState tws = new ThreadWithState("I've got some text");
Thread thread = new Thread(tws.Work);
thread.Start();
Portanto, dessa maneira, você simplesmente evita transmitir e tem uma maneira segura de fornecer dados a um thread ;-)