5

可能重复：
C# 是否优化了字符串文字的连接？

我刚刚发现我们写了这样一行：

string s = "string";
s = s + s; // this translates to s = string.concat("string", "string");

但是我通过反射器打开了字符串类，我没有看到这个 + 运算符在哪里重载？我可以看到 == 和 != 被重载了。

[TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public static bool operator ==(string a, string b)
    {
      return string.Equals(a, b);
    }
[TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public static bool operator !=(string a, string b)
    {
      return !string.Equals(a, b);
    }

那么为什么当我们使用 + 组合字符串时会调用 concat 呢？

谢谢。

4

2 回答 2

6

那么为什么当我们使用 + 组合字符串时会调用 concat 呢？

C# 规范的第 7.7.4 节“加法运算符”定义了字符串的二进制加法运算符，其中运算符返回操作数的串联。

CLI 规范中的定义System.String包括几个Concat重载，但没有+运算符。（我没有明确的答案来解释这种遗漏，但我想这是因为某些语言定义+了字符串连接以外的运算符。）

String.Concat鉴于这两个事实，C# 编译器编写器最合乎逻辑的解决方案是在编译运算符时发出调用+(string, string)。

于 2012-11-29T04:31:06.580 回答
5

编码

    public string Foo(string str1, string str2)
    {
        return str1 + str2;
    }

给出以下 IL：

IL_0000:  nop
IL_0001:  ldarg.1
IL_0002:  ldarg.2
IL_0003:  call       string [mscorlib]System.String::Concat(string, string)
IL_0008:  stloc.0
IL_0009:  br.s       IL_000b
IL_000b:  ldloc.0
IL_000c:  ret

编译器（至少是 Visual Studio 2010 中的编译器）完成了这项工作，并且没有+重载。

于 2012-11-29T03:39:38.570 回答