请解释以下C语言代码的运行过程及输出33的原因

让我一步步拆解这段代码，搞清楚它的运行逻辑和最终输出33的原因：

首先先看完整代码：

#include <stdio.h>
void main(){
    int* p = (int*)17;
    printf("%d\n", (int)(long)(p+4));
}

1. 指针初始化：把整数转成指针 #

第一行int* p = (int*)17;是把十进制整数17强制转换成int*类型的指针。简单说，就是让指针p存储的内存地址值为17（十六进制是0x11）。这里只是给指针赋值，并没有尝试访问这个地址（如果访问会直接触发错误，因为这是一个无效的内存地址）。

2. 指针算术：关键的加法运算 #

核心逻辑在p + 4这一步。C语言的指针算术不是简单的数值加法——当你给一个指针加上整数n时，编译器会自动计算：
原地址 + n * sizeof(指针指向的类型)
在几乎所有现代系统中，int类型的大小是4字节（符合C标准对int至少16位的要求，现在普遍是32位即4字节）。所以这里的计算是：
17 + 4 * 4 = 17 + 16 = 33

3. 类型转换：避免截断问题 #

代码里做了两次转换：(int)(long)(p+4)。这是因为在不同平台上，指针的大小可能和int不一样：

• 比如64位系统中，指针是8字节，而int通常是4字节。如果直接把指针转成int，可能会丢失高位数据导致错误。
• 先转成long（在64位系统中是8字节，和指针大小一致）可以完整保存指针的数值，再转成int就能得到正确的十进制33（这个数值在int的范围内，所以没问题）。

4. 最终输出 #

printf用%d格式符把转换后的int数值打印出来，结果就是33。

注意：这段代码的行为严格来说是实现定义的——因为整数和指针之间的转换规则是由编译器和平台决定的，但在x86、x86_64等常见系统中，都会按照上述逻辑运行，所以输出33是预期结果。

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