为啥“hello” + + '/' + “world” == “hello47world”？

Posted 2023-02-17

【中文标题】为啥“hello” + + \'/\' + “world” == “hello47world”？

【英文标题】：Why does "hello" + + '/' + "world" == "hello47world"?为什么“hello” + + '/' + “world” == “hello47world”？

【发布时间】：2015-08-01 17:48:37

【问题描述】：

对于这个 C#，a==true:

bool a = "hello" +   '/' + "world" == "hello/world";

对于这个 C#，b==true:

bool b = "hello" + + '/' + "world" == "hello47world";

我想知道这是怎么回事，更重要的是，为什么 C# 语言架构师会选择这种行为？

【问题讨论】：

此线程中的每个人：“+ 是一个将char 转换为int 的一元运算符”。此线程中没有人：“这就是它这样做的原因......”

@fgp 我有一整篇关于为什么 int 的帖子，但我怀疑有人在乎 :)

@Rawling 启发我 ;-)

@fgp 韦尔普，给你。这是令人兴奋的事情。

@leftaroundabout 不，在这个意义上它类似于C, C++、Java 或javascript，因为它们都使用一元 + 将 char 提升为 int

【参考方案1】：

第二个+ 将char 转换为int，并将其添加到字符串中。 / 的 ASCII 值为 47，然后由另一个 + 运算符转换为字符串。

斜杠前的+ 运算符将其隐式转换为int。请参阅 MSDN 上的 + Operator 并查看“一元加号”。

对数值类型进行一元 + 运算的结果就是操作数的值。

我实际上是通过查看+ 操作员实际调用的内容来解决这个问题的。 （我认为这是 ReSharper 或 VS 2015 的功能）

【讨论】：

很好，Resharper 总是让我大吃一惊！加入 JetBrain 团队！

"因为+在斜线之前，所以返回递增之前的值。" ++ 运算符，那你为什么要提到它们呢？这里的+ 是一元+ 运算符，它是整数上的标识。

这可能是我正在使用的 VS 2015 的一个功能。 （同样在 Resharper 9 上）

我没有 Re，它仍然对我有用，因此它是 VS 2015。

是的。只需检查 C# 内置转换和运算符。 C# 中的operator + 具有许多内置重载。这里相关的 binary 是string operator +(string x, object y)，它在object 参数y 上调用ToString()，并将两个字符串连接起来。对于unary overloads，重要的是要注意char 中没有一元重载。但是 char 可以隐式转换为 ushort 一个“更大”的整数类型。这包括int，而+'/' 的最佳重载就是int operator +(int x)。

【参考方案2】：

那是因为您使用的是一元运算符+。它类似于一元运算符-，但它不会改变操作数的符号，所以它在这里的唯一作用是将字符'/'隐式转换为int。

+'/'的值为/的字符码，即47。

代码与以下内容相同：

bool b = "hello" + (int)'/' + "world" == "hello47world";

【讨论】：

但我想知道让一元 + 在 char 上定义的动机是什么。我可能会使其成为编译时错误。如果有人需要数值，为什么不明确并使用强制转换？ （那么，基本上，为什么char 有隐式 转换为int？）

@Vlad：Eric Lippert 写过一些关于这方面的文章：blogs.msdn.com/b/ericlippert/archive/2009/10/01/…

@Guffa：文本的匹配部分是“C 编程中将字符视为整数的悠久传统 - 以获得它们的基础值，或对它们进行数学运算。 ”，我将其解读为“C 时代的遗产，一切都是数字”。截至目前，使用非英语语言环境（因此有效字母不再是范围）和 Unicode 及其怪癖（所以大写不再是位操作，两个字符一起不一定会产生两位字符串） ，使用数字字符值的想法越来越没有吸引力了。

@Vlad：是的，这是真的。允许隐式转换的动机是它无害，就像允许从数字到字符的隐式转换一样。 OP 发现了这些特殊情况的组合，它们共同产生了意想不到的结果；很少使用的一元加运算符导致隐式转换，从 char 到 int 的隐式转换，以及字符串和 int 的连接。如果其中任何一个需要明确，代码就不会那样工作。

【参考方案3】：

为什么，我听到你问，char 是专门针对运营商int operator +(int x) 而不是many other fine unary + operators available 之一？：

unary operator overload resolution rules 表示首先查看用户定义的一元运算符，但由于 char 没有任何这些，编译器查看 predefined 一元 + 运算符。 显然none of those 也可以使用char，因此编译器使用overload resolution rules 来决定哪个运算符（int、uint、long、ulong、@9876543345@、@9876 @decimal) 是最好的。 那些解析规则说看看哪个是best function...几乎说看看哪个参数类型从char提供best conversion。 int 击败了 long、float 和 double，因为您可以将 implicitly convert int 用于这些类型而不是返回。 int 胜过 uint 和 ulong，因为...最佳转换规则确实如此。

【讨论】：

太棒了，这解释了为什么 C# 架构师将它设计为按照它的方式工作。谢谢！

【参考方案4】：

这是如何发生的是隐式转换（“一个 char 可以隐式转换为 ushort、int、uint、long、ulong、float、double 或 decimal。”（@987654321 @）。

最简单的复制形式如下

int slash = +'/'; // 47

Char 内部是一个结构。 “目的：这是代表 Unicode 字符的值类”（char.cs^{ms referencesource}），而结构体可以被隐式转换的原因是因为它实现了IConvertible界面。

public struct Char : IComparable, IConvertible

具体来说，用这段代码

/// <internalonly/>
int IConvertible.ToInt32(IFormatProvider provider) 
    return Convert.ToInt32(m_value);

IConvertible 接口在代码注释中声明

// IConvertible 接口表示一个包含值的对象。这 // 接口由 System 命名空间中的以下类型实现： // Boolean, Char, SByte, Byte, Int16, UInt16, Int32, UInt32, Int64, UInt64, // Single、Double、Decimal、DateTime、TimeSpan 和 String。

回顾 struct 的用途（作为一个代表 unicode 字符的值），很明显，该语言中这种行为的目的是提供一种将值转换为支持的类型的方法。 IConvertible 继续声明

// System.XXX值类提供的IConvertible的实现 // 只需转发到相应的 Value.ToXXX(YYY) 方法（ // Value 类如下所示）。如果使用 Value.ToXXX(YYY) 方法 // 不存在（因为不支持特定的转换）， // IConvertible 实现应该简单地抛出一个 InvalidCastException。

其中明确指出不支持的转换会引发异常。还明确指出，将字符转换为整数将给出该字符的整数值。

ToInt32(Char) 方法返回一个 32 位有符号整数，表示 value 参数的 UTF-16 编码代码单元。 Convert.ToInt32 Method (Char)^MSDN

总而言之，这种行为的原因似乎是不言而喻的。 char 的整数值具有“UTF-16 编码代码单元”的含义。反斜杠的值为 47。

由于存在值转换并且char 是内置数字类型，因此从加号到整数的隐式转换是在编译时完成的。这可以通过在一个小程序中重用上面的简单示例来看出（linqpad 可以对此进行测试）

void Main()

    int slash = +'/';
    Console.WriteLine(slash);

变成

IL_0000:  ldc.i4.s    2F 
IL_0002:  stloc.0     // slash2
IL_0003:  ldloc.0     // slash2
IL_0004:  call        System.Console.WriteLine
IL_0009:  ret    

'/' 被简单地转换为 2F 的十六进制值（十进制的 47），然后从那里使用。

【参考方案5】：

+ '/' 

为您提供字符“/”的UTF-16 (decimal) 47 字符代码，@Guffa 已经向您解释了原因。

【讨论】：

感谢@Guffa 指出该错误。 C# 使用 UTF-16 作为 .NET 中字符串的默认编码

@Guffa 有趣...如果你有 +'?' 会发生什么？会不会导致语法错误？

@Rhymoid 会导致错误。 “字符文字中的字符太多”

@Cyral 有道理。对于那些想知道：表情符号位于 SMP 中的人，因此 UTF-16 使用代理对对其进行编码（在本例中为：U+D83C U+DF81），编译器将其视为“两个字符”（这与事实相去甚远'甚至没有错）。

【参考方案6】：

在 c# 中，一个 char 用单引号表示，即在您的情况下为 '/'，char 前面的 + 运算符充当一元运算符，并要求编译器提供 char '/' 的 UTF 值，是 47 岁。