为何该行代码触发CL.exe退出代码2？VS2019编译器问题咨询

首先明确说：这绝对不是VS2019中MSVC编译器的bug，你的问题完全是代码违反了C++的内存安全规则导致的，咱们一步步拆解：

1. 你的指针算术逻辑完全错了 #

你以为(&i) + 4会指向i相邻的整数，但C++的指针算术是按类型大小偏移的：

• &i是int*类型，sizeof(int)在多数系统中是4字节
• 所以(&i) + 4实际偏移了 4 * sizeof(int) = 16字节，而不是你想的4字节！
• 如果你想访问i栈上相邻的内存（哪怕这本身就是危险操作），应该写(&i) + 1——这才是偏移一个int的大小。

2. 不管怎么偏移，你的代码都是未定义行为 #

栈上的变量i周围的内存空间根本不属于你这个变量的合法访问范围：

• 栈内存是连续分配的，但i之外的区域可能是其他局部变量、函数返回地址、栈的保护页（用来检测栈溢出），甚至是栈外的无效内存
• 写入这些区域会导致不可预测的结果：可能直接触发内存访问异常，可能破坏栈结构导致程序崩溃，也可能编译器直接优化掉这段代码（因为未定义行为的代码编译器可以任意处理）

3. 关于CL.exe退出代码2的误解 #

CL.exe是MSVC的编译器，退出代码2一般表示编译阶段出错，但你的代码语法是合法的，所以更可能是你混淆了「编译器退出状态」和「程序运行时崩溃的退出状态」：

• 你的代码编译是能通过的，但运行时触发了内存访问违规，导致程序进程崩溃，VS调试环境显示的是进程的退出代码，而不是编译器的。

4. 为什么没看到详细错误信息？ #

大概率是你没在Debug模式下运行，或者调试器没捕获到异常：

• 切换到Debug配置，重新运行程序，当触发内存访问违规时，VS调试器会弹出明确的提示，告诉你「访问违规写入位置XXXX」，甚至能定位到出错的代码行。

如果你想故意触发内存访问异常 #

推荐用更可靠的方式，比如操作悬空指针：

#include <iostream>
int main() {
    int* ptr = new int;
    delete ptr; // 释放内存，ptr变成悬空指针
    *ptr = 1;   // 写入已释放的内存，必然触发访问异常
    return 0;
}

或者直接访问一个大概率无效的内存地址：

*(int*)0xDEADBEEF = 1; // 写入无效地址触发异常

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