使用委托与非委托方法作为Control.Invoke参数的差异及疑问

在WinForms中跨线程修改可视化控件时，通常需要用Control.Invoke避免跨线程异常，以下是两种可行的写法，我们来解析它们的区别：

写法一：显式声明自定义委托 #

delegate void LabelTextDelegate(string _String);

LabelTextDelegate LabelTextDelegate1;

private void Form1_Click(object sender, EventArgs e)
{
    LabelTextDelegate1 = new(LabelText);

    new Thread(Method1).Start();
}

void Method1()
{
    label1.Invoke(LabelTextDelegate1, "a"); // delegate
}

void LabelText(string _String)
{
    label1.Text = _String;
}

写法二：直接传入方法名 #

private void Form1_Click(object sender, EventArgs e)
{
    new Thread(Method1).Start();
}

void Method1()
{
    label1.Invoke(LabelText, "a"); // non-delegate method
}

void LabelText(string _String)
{
    label1.Text = _String;
}

两种写法的区别 #

• 写法一是显式创建委托实例：手动定义了匹配方法签名的LabelTextDelegate类型，提前在主线程中实例化委托并存储，后续直接传递该实例给Invoke。
• 写法二是隐式委托转换：利用C#的语法糖，直接传入方法名，由编译器自动完成委托类型的推断和实例化，无需手动声明自定义委托或显式创建委托对象。

后者是否正确？ #

完全正确。只要传入的方法签名（参数类型、数量、返回值）与Control.Invoke要求的委托类型匹配，这种写法就是合法的，运行时能正常避免跨线程异常，最终效果和显式写法完全一致。

Control.Invoke是否会内部转换非委托方法为委托？ #

本质是C#编译器在编译阶段完成了隐式转换，而非Control.Invoke方法内部处理。Control.Invoke的第一个参数是Delegate类型（所有委托的基类），当你传入方法名时，编译器会根据方法签名自动推断出对应的委托类型（比如这里会匹配Action<string>，或者如果有自定义委托类型也会优先匹配），并自动创建该委托的实例，再传递给Invoke方法。相当于编译器帮你省略了new Action<string>(LabelText)这样的显式代码。

内容的提问来源于stack exchange，提问作者SHIN JaeGuk