一、核心结论先分清

1. 标准C/C++规定的行为：所有合规编译器完全一致

只要编译器遵循 C89/C99/C11/C++98 及以上标准，下面逻辑跨 GCC/Clang/MSVC/MinGW 完全相同：

1. p++ / ++p / p-- / --p 的地址偏移量 = sizeof(指向基类型)；
2. 后置自增：先取指针原值参与表达式，再修改指针；前置自增：先改指针再参与运算；
3. 解引用与自增优先级规则不变：*p++ = *(p++)、*++p = *(++p)、(*p)++ 是数值自增；
4. 数组指针、结构体指针、二级指针偏移逻辑统一；
5. void* 不允许直接 ++/--，标准强制报错。

偏移逻辑是语言标准定义，不是编译器自定义行为，只要符合标准就不会变。

2. 会出现差异的只有两类场景：内存对齐、平台字长（和编译器无关，是系统架构）

很多人误以为是编译器不同，实际是操作系统/CPU架构不同导致，同一编译器切换架构也会变：

1. 32位系统：指针大小 4字节；64位系统：指针 8字节
   → int** pp; pp++ 偏移量随架构变，GCC 和 MSVC 在同架构下表现一样；
2. 结构体 sizeof 受内存对齐规则影响，对齐规则编译器可配置，这是唯一真正由编译器控制的变量。

二、分场景详细对比 GCC / Clang / MSVC（主流编译器）

场景1：基础内置类型指针（char*/short*/int*/double*）

完全无差异
标准明确规定各基础类型存储宽度：

• char=1、short≥2、int≥4、long long/double≥8
  主流平台下各类型固定宽度，GCC、Clang、MSVC 自增偏移字节一模一样：

int arr[5];
int *p = arr;
p++; // 全部编译器：地址 +4

不管 Windows MSVC、Linux GCC、macOS Clang，行为统一。

场景2：结构体指针自增——唯一存在编译器差异的地方

结构体整体大小 sizeof(struct) 由内存对齐决定，不同编译器默认对齐策略略有区别，可通过编译选项修改：

1. MSVC 默认：按成员最大基础类型对齐，支持 #pragma pack(n)；
2. GCC/Clang 默认：自然对齐，支持 __attribute__((packed)) 压缩结构体；

示例：

struct Test {
    char c;
    int i;
};

• 默认对齐（所有主流编译器）：占用 8 字节，p++ 地址+8；
• MSVC #pragma pack(1) / GCC __attribute__((packed))：无填充，占用 5 字节，p++ 地址+5。

👉 差异来源：对齐配置，不是自增逻辑本身；自增永远加 sizeof(结构体)，规则没变，只是结构体总大小变了。

场景3：前置/后置自增结合解引用的运算顺序

全编译器严格统一，标准强制规定求值顺序：

int a[] = {10,20};
int *p = a;
int x = *p++;  // x=10，p后移
int y = *++p;  // p先移，y=20

GCC、MSVC、Clang 求值顺序、结果完全一致，不存在编译器“优化乱序”。

注意：表达式多副作用（如 *p++ + *p++）属于未定义行为，这是标准UB，不是编译器bug。

场景4：二级指针 T** 自增

同一架构下无差异：

• 32位系统：pp++ 偏移4字节；
• 64位系统：pp++ 偏移8字节；
  GCC Windows(MinGW)、MSVC、Clang 在同一位宽平台表现完全相同。

场景5：void* 自增

标准禁止，所有合规编译器直接报编译错误：

• GCC：error: invalid use of void expression
• MSVC：error C2036: "void *": 未知的大小
  行为统一，没有编译器允许 vp++ 直接编译通过。

三、编译选项可控的差异点（人为修改才会不同）

1. 结构体打包/对齐
   • MSVC：#pragma pack(1/2/4/8)
   • GCC/Clang：-fpack-struct、__attribute__((packed))
     改变结构体总大小，间接改变指针自增偏移量；
2. 架构编译参数
   GCC：-m32 / -m64 切换32/64位，指针宽度变化；MSVC 通过项目平台切换x86/x64；
3. 标准版本差异（古老编译器）
   极老编译器（如VC6.0，C89早期实现）存在少量兼容bug，但现代编译器全部遵循C99及以上标准，无区别。

四、编译器优化会不会改变指针自增行为？

不会。
编译器优化（O1/O2/O3）只会优化地址计算、寄存器缓存，不会改变语义：

*p++;

无论开不开优化，一定是“先取值，指针后偏移”，优化不改变语言规定的执行逻辑。
只有未定义行为UB（同一表达式多次修改同一指针）才会出现不同优化结果，属于代码问题，不是指针自增规则问题。

五、总结

1. 指针自增/自减的核心语义（偏移规则、前后置运算顺序）是C/C++标准强制规定，GCC、Clang、MSVC 等现代合规编译器表现完全一致；
2. 唯一可见差异来自结构体内存对齐，由编译指令/编译选项控制，并非自增逻辑本身不同；
3. 地址偏移字节会随 CPU 架构（32/64位）变化，同架构下所有编译器统一；
4. 优化等级、操作系统不改变指针自增自减的基础行为；
5. 古老非标准编译器（VC6等）存在历史兼容bug，现代开发无需考虑。