C#表达式中byte值比较时意外转换为Int32的原因是什么？

核心根由：C# 隐式数值提升规则 #

这一行为完全符合C#语言规范的定义：C#没有为byte、sbyte、short、ushort等位宽小于Int32的整型，预定义相等比较（==）、算术运算的运算符实现。所有这类类型参与的二元运算，都会先触发隐式数值提升，将操作数统一转换为Int32类型后再执行运算，表达式树的生成逻辑严格遵循该语言规范，因此会自动插入对应的类型转换节点。

对应示例的具体解释 #

• 对于expression1：右侧字面量3默认是Int32类型，左侧IdByte为byte类型，触发提升规则将左侧转换为Int32后再做比较
• 对于expression2：即便你显式将3强转为byte，但因为不存在byte类型的==运算符重载，两个byte类型的操作数依然会被共同提升为Int32后再运算
• 对于expression3：左右操作数均为byte类型，同样触发提升规则，两边都会被转换为Int32后再比较
• 对于expression4：byte.MaxValue本身是byte类型常量，依然符合提升规则，两侧统一转Int32后再运算

你认为“将右侧转换为byte更合理”是基于数值范围匹配的直觉判断，但C#设计该规则时优先保障了运算一致性和执行效率：x86架构CPU原生以32位整数为基础执行标量运算，小于32位的整数运算反而需要额外的截断操作，统一提升到Int32不仅运算效率更高，也能避免不同硬件架构下出现运算结果差异。

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