方法Array.SetValue(Object value,int index)允许使用公共索引器语法通常允许的值/数组类型对的赋值,并在尝试组合通常不允许的类型时抛出异常.例如,考虑以下局部变量声明:
int[] twoints = new int[2] { 5, 6 };
以下四行不会抛出任何运行时或编译时异常:
twoints[1] = (sbyte)7;
twoints.SetValue((sbyte)7, 1);
twoints[1] = (char)7;
twoints.SetValue((char)7, 1);
另一方面,这四行中的每一行都会在运行时或在设计时抛出异常:
twoints[1] = 4.5;
twoints.SetValue(4.5, 1);
twoints[1] = 4L;
twoints.SetValue(4L, 1);
但是,当我为char数组分配一个字节值时,我得到了奇怪的结果.索引器语法在编译时被拒绝,并且SetValue的API调用在运行时成功:
char[] twochars = new char[2] { 'A', 'B' };
twochars[1] = (byte)70; // Not OK, refused by the compiler
twochars.SetValue((byte)70, 1); // OK, no exception at run-time
为什么允许这种操作?
最佳答案 这是因为Array.SetValue()遵循CLR规则,但是赋值遵循类型安全的C#规则.
在大多数情况下,小整数类型的局部变量和临时值实际上在CIL中使用native int. “类型”是由C#编译器创建和实施的错觉.
在赋值中,IL操作数堆栈上有一个native int,C#编译器根据System.Byte类型执行类型检查,C#规则用于隐式转换整数类型. CLR非常乐意将值写入数组……错误消息由C#编译器添加.它可能应该是一个警告,但C#语言设计者选择指定它将是一个错误.
在Array.SetValue中,您有一个System.Byte类型的实际盒装值,以及您正在调用的方法执行的转换(可能通过委派给其他函数).