【问题标题】:Type promotion/conversion类型提升/转换
【发布时间】:2017-05-01 17:52:46
【问题描述】:

sizeof 运算符的结果似乎是 size_t 类型,在 Windows 64 位上定义为 unsigned long long。

考虑以下一段(伪)代码:

int func(unsigned long arg)
{
    /* ... */
}

/* ... */

unsigned long herp = 3,
              derp = 5,
              durr = 7;

wchar_t wut;

func(/* ... */);

当按如下方式调用 func 时,在类型提升/转换方面实际发生了什么?

func((herp + derp) * durr * sizeof wut); // 1st example

herp、derp 和 durr 的值是否首先提升为 unsigned long longs,然后在计算结果后,将结果转换回 unsigned long?

相反,当按如下方式调用 func 时,是否只有将类型转换为 unsigned long 的转换?

func((herp + derp) * durr * (unsigned long)sizeof wut); // 2nd example

考虑到类型转换/提升,调用func最合适/正确的方式是什么?

【问题讨论】:

  • (herp + derp)size_t 一无所知,因此没有被提升。但是算术计算的值会在计算之前提升为原生整数类型,如果更短的话。

标签: c 64-bit


【解决方案1】:

当遇到参数大小不同的算术运算符时,编译器会应用"Usual Arithmetic Conversions",这基本上使两个操作数的类型相同。

这是在整个表达式中执行的,一次一个运算符。表达式根据C的语法分析成单独的操作;不允许编译器修改解析,除非它可以证明结果没有区别(在这种情况下,修改或多或少无关紧要)。

所以,考虑一下你的表达方式:

func((herp + derp) * durr * sizeof wut);

这在语法上等同于以下一系列操作,其中类型和转换已被省略(暂时):

temp1 = herp + derp;
temp2 = temp1 * durr;
temp3 = sizeof wut
temp4 = temp2 * temp3;
temp5 = (unsigned long) temp4;
func(temp5)

前四个临时变量自动输入到每个运算符的结果类型(这是该运算符的常用算术转换生成的类型)。

  1. temp1 = herp + derp;

    herpderp都是unsigned long;无需转换;结果类型为unsigned long

  2. temp2 = temp1 * durr;

    temp1durr 都是unsigned long;无需转换;结果类型为unsigned long

  3. temp3 = sizeof wut;

    sizeof 总是返回size_t,所以这就是结果的类型。

  4. temp4 = temp2 * temp3

    temp2unsigned longtemp3size_t,在示例平台上是 unsigned long long。这需要将temp2 转换为unsigned long long,之后结果类型为unsigned long long

所以我们可以在上面的示例代码中插入类型和转换:

unsigned long temp1 = herp + derp;
unsigned long temp2 = temp1 * durr;
unsigned long long temp3 = sizeof wut
unsigned long long temp4 = (unsigned long long)temp2 * temp3;
temp5 = (unsigned long)temp4;
func(temp5)

这里的关键点是结果将被转换为其他类型这一事实对它的计算没有影响。编译器不能决定不应用通常的算术转换,或者应用不寻常的算术转换(可能缩小一个参数而不是扩大另一个),除非它可以证明最终结果在所有情况下都与标准规定的一种。 (这里,“在所有情况下”实际上是指“在所有情况下都没有表现出未定义的行为”,但是由于无符号算术是明确定义的,除了除/模除以 0,这个细节在这个例子中是不相关的。)

如果表达式涉及除法运算符,则溢出实际上很重要。考虑

的情况
(a + b) * c * (sizeof x) / (sizeof y)

其中abc都是同一个类型,比size_t窄。

与上面的逻辑一样,(a + b) * cabc 的通用类型中进行评估。然后将该结果提升为size_t,以便它可以乘以x 的大小。但肯定有可能(a + b) * c在转换之前就已经溢出,导致最终结果无效。坚持使用size_t 操作数执行整个计算会更安全。这可以通过添加一个显式转换来完成:

((size_t)a + b) * c * (sizeof x) / (sizeof y)

【讨论】:

  • 感谢您抽出宝贵时间回答我的问题。非常感谢您的解释,并帮助我更好地理解算术转换。
猜你喜欢
  • 2012-11-02
  • 2017-02-16
  • 2011-12-28
  • 1970-01-01
  • 2015-06-28
  • 2011-05-09
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多