为何System.Decimal会忽略checked/unchecked上下文？

这个问题的核心在于**decimal到整数类型的显式转换行为，和整数之间的转换是完全独立的，它不受checked/unchecked上下文或编译器-checked选项的影响**——这是C#语言规范明确规定的行为，并非编译器或CLR的bug。

1. 两类转换的规则差异 #

C#规范对数值转换的溢出处理做了明确区分：

• 整数类型间的显式转换（比如long转int）：
  • 在checked上下文（checked关键字或-checked编译器选项开启）下，溢出会抛出OverflowException；
  • 在unchecked上下文（默认、unchecked关键字或-checked-选项）下，溢出会直接截断高位，结果回绕（比如int.MaxValue + 1L转int会得到int.MinValue）。
• decimal到整数类型的显式转换：
  • 无论是否处于checked或unchecked上下文，只要decimal的值超出目标整数类型的范围，必然抛出OverflowException。只有当decimal值在目标类型范围内时，转换才会成功，结果会向零取整。

2. 对应你的测试用例分析 #

看你代码里的几个关键场景：

• (int)(1M + max)：即使没有显式checked修饰，也会抛出异常——这完全符合规范，因为decimal转int的溢出行为不依赖上下文。
• unchecked((int)(1M + max))：这里的unchecked对decimal转int的过程无效，所以依然会抛出OverflowException，这就是为什么你的Assert.Throws<...>会成功，而Assert.Equal(int.MinValue, ...)会失败。
• checked((int)(1M + max))：抛出异常是预期的，因为不管上下文如何，decimal转int溢出都会抛异常。

3. 关于“本应正常工作”的错误信息 #

这类错误信息大概率是混淆了整数间转换和decimal到整数转换的规则。很多人默认所有数值转换都受checked/unchecked控制，但实际上C#规范特意区分了这两种情况——因为decimal是高精度的十进制类型，设计上更倾向于严格的溢出检查，避免静默的截断错误。

4. 实现类似unchecked的截断行为 #

如果需要让decimal转int时像整数转换那样截断（不抛异常），你需要手动实现逻辑，比如先将decimal转换为范围更大的整数类型（比如long，前提是decimal值在long范围内），然后再用unchecked转int：

decimal dec = 1M + int.MaxValue;
int result = unchecked((int)(long)dec); // 会得到int.MinValue，不会抛异常

内容的提问来源于stack exchange，提问作者Brar