C++入门疑问：普通赋值失效，取地址后解引用赋值却生效？

这个问题确实有点反直觉，我来帮你拆解几种最可能的原因，以及对应的解决思路：

1. 编译器优化导致变量被"忽略" #

这是最常见的原因：如果你的代码里numLines最终没有被实际使用（比如没打印、没作为返回值、没传递给其他函数），一些激进的编译器（比如开启-O2及以上优化时）会直接把这个变量从编译结果中移除，看起来就像是numLines +=1完全没执行。

而*(&numLines)这种写法会强制编译器认为变量被"真实访问"了——因为涉及到了地址操作，编译器没法轻易优化掉这个变量的存在。

验证/解决方法： #

• 在程序末尾添加std::cout << "总行数：" << numLines << std::endl;，确保变量被实际使用；
• 给变量加上volatile修饰符（告诉编译器不要优化这个变量）：volatile int numLines = 0;，再试试普通的numLines +=1。

2. 意外的宏定义冲突 #

有没有可能你在代码的某个地方不小心把numLines定义成了宏？比如之前写过：

#define numLines 0

这种情况下，直接写numLines +=1会被预处理器替换成0 +=1，这显然是非法的，但如果是某些特殊的宏定义（比如关联到某个函数），可能会出现"看似能编译但逻辑错误"的情况，而*(&numLines)的写法刚好绕过了宏替换的逻辑。

验证方法： #

全局搜索代码里的#define numLines，确认没有同名宏。

3. 编译器版本/编译选项的小bug #

虽然概率很低，但不排除某些特定编译器版本或编译选项下的异常行为——比如老版本编译器对简单赋值语句的优化逻辑有问题，而地址解引用的写法触发了正确的代码生成。

验证方法： #

• 切换到-O0（无优化）模式编译代码，看看普通赋值是否生效；
• 尝试更新编译器到最新稳定版本。

调试小技巧 #

你可以在赋值前后打印变量的值，直观观察变化：

while (std::getline(file, line)) {
    std::cout << "赋值前：" << numLines << std::endl;
    numLines += 1;
    std::cout << "赋值后：" << numLines << std::endl;
    // 对比*(&numLines)的情况
    // *(&numLines) +=1;
    // std::cout << "解引用赋值后：" << numLines << std::endl;
}

如果打印结果里赋值前后没有变化，基本可以确定是编译器优化的问题。

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