【C#】デリゲートのコンパイル結果
デリゲートのコンパイル
C# は関数ポインタのような機能として delegate というものがあります。
その内容を見てみましょう。
C# のコンパイル結果の IL やそれを C# にデコンパイルした結果を見られる SharpLab というサービスを元にしています。
2021年12月時点の Roslyn によるコンパイル結果です。
下記の Do メソッドの引数を書き換えたときの比較をしてみます。
using System;
public class C {
    public int Do(Func<int,int> func) => func(0);
    
    public void M()
    {
        Do(/* ここを書き換える */);
    }
}
コンパイル結果の IL には <>c といったようなクラス名・メソッド名がついたものが出力されたりするので適宜 C# で成立するような等価なコードにします。
静的メソッド
public void M()
{
    Do(Static);
}
// ------
static int Static(int num) => num;
public void M()
{
    Do(new Func<int, int>(Static));
}
static int Static(int num) => num;
IL 上で十分表現できるのでそのままデリゲートのコンストラクタに代入するコードになります。
インスタンスメソッド
public void M()
{
    Do(this.Instance);
}
// ------
int Instance(int num) => num;
public void M()
{
    Do(new Func<int, int>(Instance));
}
IL 上で十分表現できるのでそのままデリゲートのコンストラクタに代入するコードになります。
拡張メソッド
public void M()
{
    Do(default(object).Ext);
}
// ------
static class Extension
{
    public static int Ext(this object x, int num) => num;    
}
public void M()
{
    Do(new Func<int, int>(null, (nint)(delegate*<object, int, int>)(&Extension.Ext)));
}
C# 9.0 で導入された関数ポインタでなんだかよくわからないコンストラクタを呼び出しています。
ちなみに、関数ポインタを取り出しているのは ldftn という IL の命令ですが、関数ポインタが存在しない C# 8.0 以前だと表現できません。
このデリゲートのコンストラクタがなにかは ufcpp で解説されています。
変数をキャプチャしないラムダ式
public void M()
{
    Do(num => num);
}
public void M()
{
    Do(__c.__c_func ?? (__c.__c_func = new Func<int, int>(__c.__9.M__b)));
}
private sealed class __c
{
    public static readonly __c __9 = new __c();
    public static Func<int, int> __c_func;
    internal int M__b(int num)
    {
        return num;
    }
}
シングルトンクラスが作成されて、そのインスタンスメソッドによってデリゲートが作成されます。
インスタンス変数をキャプチャするラムダ式
private string Text;
public void M()
{
    Do(num => num + Text.Length);
}
public void M()
{
    Do(new Func<int, int>(M__b));
}
private int M__b(int num)
{
    return num + Text.Length;
}
インスタンスメソッドが作成されます。
ローカル変数をキャプチャするラムダ式
private string Text;
public void M()
{
    int cap = 2;
    Do(num => num + cap + Text.Length);
}
private sealed class c__DisplayClass
{
    public int cap;
    public C __this;
    internal int b(int num)
    {
        return num + cap + __this.Text.Length;
    }
}
public void M()
{
    var d = new c__DisplayClass();
    d.__this = this;
    d.cap = 2;
    Do(new Func<int, int>(d.b));
}
ローカル変数と this を保持するクラスが作られるなど一気に大げさになってきました。
ローカル変数だと思ったらいつのまにか別のオブジェクトのインスタンス変数になっているのでパフォーマンスを気にするときは気をつけたほうが良さそうです。
変数をキャプチャしないローカル関数
public void M()
{
    static int Local(int num)
    {
        return num;
    }
    Do(Local);
}
public void M()
{
    Do(new Func<int, int>(M__Local));
}
internal static int M__Local(int num)
{
    return num;
}
内部では普通の静的メソッドが作られます。
インスタンス変数をキャプチャするローカル関数
private string Text;
public void M()
{
    int Local(int num)
    {
        return num + Text.Length;
    }
    Do(Local);
}
public void M()
{
    Do(new Func<int, int>(M__Local));
}
private int M__Local(int num)
{
    return num + Text.Length;
}
内部では普通のインスタンスメソッドが作られます。
ローカル変数をキャプチャするローカル関数
private string Text;
public void M()
{
    int cap = 2;
    int Local(int num)
    {
        return num + cap + Text.Length;
    }
    Do(Local);
}
private sealed class c__DisplayClass
{
    public int cap;
    public C __this;
    internal int g__Local(int num)
    {
        return num + cap + __this.Text.Length;
    }
}
public void M()
{
    var d = new c__DisplayClass();
    d.__this = this;
    d.cap = 2;
    Do(new Func<int, int>(d.g__Local));
}
ラムダ式と同じです。
ちなみに、キャプチャするローカル関数をデリゲートにしない場合はクラスではなく構造体が作成されます。
private string Text;
public void M()
{
    int cap = 2;
    int Local(int num)
    {
        return num + cap + Text.Length;
    }
    Local(7);
}
private struct c__DisplayClass
{
    public int cap;
    public C __this;
}
public void M()
{
    var d = new c__DisplayClass();
    d.__this = this;
    d.cap = 2;
    g__Local(7, ref d);
}
private int g__Local(int num, c__DisplayClass p)
{
    return num + p.cap + Text.Length;
}
Discussion