MSIL: лишняя ветвь
Рассмотрим этот фрагмент C#:
static string input = null;
static string output = null;
static void Main(string[] args)
{
input = "input";
output = CallMe(input);
}
public static string CallMe(string input)
{
output = "output";
return output;
}
Разборка с использованием Reflector показывает:
.method private hidebysig static void Main(string[] args) cil managed
{
.entrypoint
.maxstack 8
L_0000: nop
L_0001: ldstr "input"
L_0006: stsfld string Reflector_Test.Program::input
L_000b: ldsfld string Reflector_Test.Program::input
L_0010: call string Reflector_Test.Program::CallMe(string)
L_0015: stsfld string Reflector_Test.Program::output
L_001a: ret
}
.method public hidebysig static string CallMe(string input) cil managed
{
.maxstack 1
.locals init (
[0] string CS$1$0000)
L_0000: nop
L_0001: ldstr "output"
L_0006: stsfld string Reflector_Test.Program::output
L_000b: ldsfld string Reflector_Test.Program::output
L_0010: stloc.0
L_0011: br.s L_0013
L_0013: ldloc.0
L_0014: ret
}
Часть, которая озадачивает меня, является:
L_0010: stloc.0
L_0011: br.s L_0013
L_0013: ldloc.0
Он сохраняет элемент, переходит на следующую строку (которая была бы выполнена в любом случае), а затем загружает его снова.
Для этого есть причина?
2 ответа
Это происходит только в Debug, а не в Release. Я подозреваю, что это поможет во время отладки. Возможно, это позволит вам определить точку останова в середине оператора и увидеть возвращаемое значение.
Обратите внимание, что версия выпуска имеет гораздо более лаконичный IL:
.method private hidebysig static void Main(string[] args) cil managed
{
.maxstack 8
L_0000: ldstr "input"
L_0005: stsfld string Reflector_Test.Program::input
L_000a: ldsfld string Reflector_Test.Program::input
L_000f: call string Reflector_Test.Program::CallMe(string)
L_0014: stsfld string Reflector_Test.Program::output
L_0019: ret
}
.method public hidebysig static string CallMe(string input) cil managed
{
.maxstack 8
L_0000: ldstr "output"
L_0005: stsfld string Reflector_Test.Program::output
L_000a: ldsfld string Reflector_Test.Program::output
L_000f: ret
}
Я предполагаю, что это стандартный код для выполнения оператора возврата, компилятор выполняет безусловный переход к последней строке и загружает возвращаемое значение в регистр перед выполнением ret
, JIT оптимизирует его лучше, я думаю, что компилятор не потрудится оптимизировать его.