为什么从int到uint的隐式转换有效？

使用Casting null并不能作为灵感编译，而是来自Eric Lippert的评论：

这表明了一个有趣的案例。 “uint x =（int）0;” 即使int不能隐式转换为uint，也会成功。

我们知道这不起作用，因为无法将object分配给string ：

 string x = (object)null; 

但这确实如此，但直觉上它不应该：

 uint x = (int)0; 

当int不能隐式转换为uint时，为什么编译器允许这种情况？

Answer 1

整数常量转换被C＃语言视为非常特殊; 这是规范的第6.1.9节：

如果constant-expression的值在目标类型的范围内，则int类型的常量表达式可以转换为sbyte，byte，short，ushort，uint或ulong类型。 如果常量表达式的值不是负数，则long类型的常量表达式可以转换为ulong类型。

这允许您执行以下操作：

 byte x = 64; 

否则需要一个丑陋的显式转换：

 byte x = (byte)64; // gross 

Answer 2

以下代码将失败并显示消息“无法将类型’int’隐式转换为’uint’。存在显式转换（您是否错过了转换？）”

 int y = 0; uint x = (int)y; 

这将失败：“常量值’-1’无法转换为’uint’”

 uint x = (int)-1; 

所以唯一的原因是uint x = (int)0; work是因为编译器看到0（或任何其他值> 0）是一个可以转换为uint的编译时常量

Answer 3

通常，编译器有4个步骤来转换代码。 文本被标记化>标记被解析>构建AST +链接> AST被转换为目标语言。

对数字和字符串等常量的求值作为第一步发生，编译器可能将0视为有效令牌并忽略转换。