指针与拷贝构造函数出现异常行为？请求解析成因

嘿，这个问题挺典型的，我来帮你拆解清楚两种场景下行为差异的根源：

为什么注释拷贝构造函数时一切正常？ #

当你没有显式声明Y的拷贝构造函数时，C++编译器会自动帮你生成一个默认的拷贝构造函数。这个默认实现做的是「浅拷贝」——把源对象的所有成员变量的值原封不动地复制到新对象里。

你调用func(Y arg1)的时候，参数是值传递，编译器会用这个默认拷贝构造创建一个arg1的独立副本，它和实参a在内存里是完全分开的两个对象，地址自然不同。这时候a.value就是正常的整数969，程序不会把它当成指针去解引用，所以能正常输出结果。

取消注释拷贝构造后为什么会触发段错误？ #

问题出在你显式声明拷贝构造函数的那一刻：一旦你自己声明了拷贝构造，编译器就不会再生成默认的版本了。如果你的拷贝构造函数存在问题（不管是没实现，还是实现得不对），就会引发各种诡异的行为：

核心原因推测 #

从你描述的「a和arg1共享同一内存地址」这个现象来看，大概率是你的拷贝构造函数实现有问题，或者老版本g++（你用的4.8.3是2014年的老版本，有不少已知bug）出现了优化异常：

• 如果只是声明了拷贝构造但没定义：理论上应该触发链接错误，但老编译器可能有奇怪的 fallback 行为，导致参数拷贝时没有创建新对象，直接复用了实参a的内存；
• 如果拷贝构造实现为空/未初始化成员：虽然不会导致对象地址重合，但arg1.value会是未定义的垃圾值，不过你说的是地址相同，所以更可能是编译器bug；
• 极端情况：拷贝构造的错误实现：比如你错误地尝试让新对象和源对象指向同一内存（虽然C++里this是指针常量，不能直接赋值，但某些奇技淫巧可能导致类似效果），不过这种情况很少见。

而段错误的直接原因，就是当a和arg1地址重合后，程序某处把a.value（值为969）当成了指针去解引用——969对应的十六进制是0x3C9，这个地址根本不属于你的进程空间，操作系统自然会触发段错误终止程序。

怎么解决？ #

给你几个可行的方案：

• 如果不需要自定义拷贝逻辑：直接删掉拷贝构造函数的声明，让编译器生成默认版本，就能回到正常状态；
• 如果必须自定义拷贝构造：确保实现是正确的，比如显式复制成员变量：

  Y::Y(const Y& other) : value(other.value) {}
  

• 升级编译器：g++ 4.8.3太老了，很多内存管理和拷贝优化的bug都在后续版本（比如5.x及以上）中被修复了，升级后大概率能解决这类诡异问题。

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