更新：.NET Core 2.0および.NET Desktop 4.7.1以降、CLRは非仮想化をサポートするようになりました。シールクラスのメソッドを取得し、仮想呼び出しを直接呼び出しに置き換えることができます。また、安全であることがわかっている場合は、非シールクラスに対してもこれを行うことができます。
そのような場合（CLRが仮想化しても安全であるとCLRが検出できなかった封印されたクラス）、封印されたクラスは、実際にはある種のパフォーマンス上の利点を提供するはずです。
とは言っても、コードをプロファイリングして、何百万回も呼び出されている特にホットなパスにいると判断しない限り、心配する価値はないと思います。
https://blogs.msdn.microsoft.com/dotnet/2017/06/29/performance-improvements-in-ryujit-in-net-core-and-net-framework/
元の回答：
次のテストプログラムを作成し、Reflectorを使用して逆コンパイルして、どのMSILコードが生成されたかを確認しました。
public class NormalClass {
public void WriteIt(string x) {
Console.WriteLine("NormalClass");
Console.WriteLine(x);
}
}
public sealed class SealedClass {
public void WriteIt(string x) {
Console.WriteLine("SealedClass");
Console.WriteLine(x);
}
}
public static void CallNormal() {
var n = new NormalClass();
n.WriteIt("a string");
}
public static void CallSealed() {
var n = new SealedClass();
n.WriteIt("a string");
}
すべての場合において、C＃コンパイラ（リリースビルド構成のVisual Studio 2010）は、次のような同一のMSILを発行します。
L_0000: newobj instance void <NormalClass or SealedClass>::.ctor()
L_0005: stloc.0
L_0006: ldloc.0
L_0007: ldstr "a string"
L_000c: callvirt instance void <NormalClass or SealedClass>::WriteIt(string)
L_0011: ret
封印されているとパフォーマンスが向上するという人々のよく言われる理由は、コンパイラがクラスがオーバーライドされていないことを知っているため、仮想などをチェックする必要がないため、call代わりに使用できることですcallvirt。上記で証明されているように、これは本当。
私の次の考えは、MSILは同じですが、おそらくJITコンパイラーがシールされたクラスを異なる方法で処理するということでした。
Visual Studioデバッガーの下でリリースビルドを実行し、逆コンパイルされたx86出力を表示しました。どちらの場合も、クラス名と関数メモリアドレス（もちろん異なる必要があります）を除いて、x86コードは同じです。ここにあります
// var n = new NormalClass();
00000000 push ebp
00000001 mov ebp,esp
00000003 sub esp,8
00000006 cmp dword ptr ds:[00585314h],0
0000000d je 00000014
0000000f call 70032C33
00000014 xor edx,edx
00000016 mov dword ptr [ebp-4],edx
00000019 mov ecx,588230h
0000001e call FFEEEBC0
00000023 mov dword ptr [ebp-8],eax
00000026 mov ecx,dword ptr [ebp-8]
00000029 call dword ptr ds:[00588260h]
0000002f mov eax,dword ptr [ebp-8]
00000032 mov dword ptr [ebp-4],eax
// n.WriteIt("a string");
00000035 mov edx,dword ptr ds:[033220DCh]
0000003b mov ecx,dword ptr [ebp-4]
0000003e cmp dword ptr [ecx],ecx
00000040 call dword ptr ds:[0058827Ch]
// }
00000046 nop
00000047 mov esp,ebp
00000049 pop ebp
0000004a ret
次に、おそらくデバッガの下で実行すると、あまり積極的でない最適化が実行されると思いましたか？
次に、スタンドアロンのリリースビルド実行可能ファイルをデバッグ環境の外で実行し、WinDBG + SOSを使用してプログラムの完了後に侵入し、JITコンパイルされたx86コードの問題を確認しました。
以下のコードからわかるように、デバッガーの外部で実行する場合、JITコンパイラーはより積極的であり、WriteItメソッドを呼び出し元に直接インライン化しました。ただし、重要なのは、封印されたクラスと封印されていないクラスを呼び出すときに同じだったことです。封印されたクラスと封印されていないクラスの間で違いはありません。
これは通常のクラスを呼び出すときです：
Normal JIT generated code
Begin 003c00b0, size 39
003c00b0 55 push ebp
003c00b1 8bec mov ebp,esp
003c00b3 b994391800 mov ecx,183994h (MT: ScratchConsoleApplicationFX4.NormalClass)
003c00b8 e8631fdbff call 00172020 (JitHelp: CORINFO_HELP_NEWSFAST)
003c00bd e80e70106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c00c2 8bc8 mov ecx,eax
003c00c4 8b1530203003 mov edx,dword ptr ds:[3302030h] ("NormalClass")
003c00ca 8b01 mov eax,dword ptr [ecx]
003c00cc 8b403c mov eax,dword ptr [eax+3Ch]
003c00cf ff5010 call dword ptr [eax+10h]
003c00d2 e8f96f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c00d7 8bc8 mov ecx,eax
003c00d9 8b1534203003 mov edx,dword ptr ds:[3302034h] ("a string")
003c00df 8b01 mov eax,dword ptr [ecx]
003c00e1 8b403c mov eax,dword ptr [eax+3Ch]
003c00e4 ff5010 call dword ptr [eax+10h]
003c00e7 5d pop ebp
003c00e8 c3 ret
対密封されたクラス：
Normal JIT generated code
Begin 003c0100, size 39
003c0100 55 push ebp
003c0101 8bec mov ebp,esp
003c0103 b90c3a1800 mov ecx,183A0Ch (MT: ScratchConsoleApplicationFX4.SealedClass)
003c0108 e8131fdbff call 00172020 (JitHelp: CORINFO_HELP_NEWSFAST)
003c010d e8be6f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c0112 8bc8 mov ecx,eax
003c0114 8b1538203003 mov edx,dword ptr ds:[3302038h] ("SealedClass")
003c011a 8b01 mov eax,dword ptr [ecx]
003c011c 8b403c mov eax,dword ptr [eax+3Ch]
003c011f ff5010 call dword ptr [eax+10h]
003c0122 e8a96f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c0127 8bc8 mov ecx,eax
003c0129 8b1534203003 mov edx,dword ptr ds:[3302034h] ("a string")
003c012f 8b01 mov eax,dword ptr [ecx]
003c0131 8b403c mov eax,dword ptr [eax+3Ch]
003c0134 ff5010 call dword ptr [eax+10h]
003c0137 5d pop ebp
003c0138 c3 ret
私にとって、これは、シールされたクラスとシールされていないクラスでメソッドを呼び出す間にパフォーマンスの向上があり得ないという確かな証拠を提供します...私は今幸せだと思います:-)