C++ LNK2005错误咨询：类构造函数重复定义问题排查

嘿，我来帮你拆解下这个问题——你遇到的多重定义错误，根源其实出在两个关键的小失误上，哪怕加了头文件保护也救不了：

1. 头文件里塞了函数实现，这是大忌！ #

说白了，头文件保护（#ifndef/#pragma once）的作用仅仅是防止同一个头文件在单个编译单元里被重复包含，但它管不了多个编译单元各自拥有一份函数实现的情况。

你把Bunny.h（类声明）和Bunny.cpp（函数实现）的内容全塞进了includes.h，相当于把构造函数的代码直接“复制粘贴”到了每个包含includes.h的.cpp文件里。当编译器编译这些.cpp生成目标文件后，链接器会发现同一个构造函数被定义了N次，自然就抛出多重定义错误。

哪怕你现在只有source.cpp一个编译单元，也可能因为某些隐含情况（比如IDE自动生成的辅助编译单元）触发这个问题，但核心是：头文件只该放声明，实现必须单独放在.cpp里。

2. 构造函数少了类作用域限定符！ #

看你写的Bunny.cpp代码：

Bunny(string givenName) {
    name = givenName;
};

这段代码没有加Bunny::前缀！这意味着你定义的是一个全局函数Bunny，而不是Bunny类的构造函数！

当你把这段代码放进includes.h，头文件里已经有Bunny类的构造函数声明（Bunny(string givenName);），编译器就会认为：你既声明了类的构造函数，又定义了一个同名的全局函数，这不就“多重声明”了吗？

而当你直接把代码复制到source.cpp时，因为类定义在前，编译器会“自动联想”把这个函数解析为类的构造函数（虽然这仍然是不规范的写法），所以错误就消失了。

怎么解决？ #

给你两种靠谱的方案：

方案一：规范拆分声明与实现（推荐）

• 把类声明留在Bunny.h，加上正确的头文件保护：

  #ifndef BUNNY_H
  #define BUNNY_H
  #include <string> // 别忘了包含string的标准头文件！
  
  class Bunny {
  public:
      Bunny(std::string givenName); // 用std::string，避免using namespace std的坑
      ~Bunny();
  private:
      std::string name;
  };
  
  #endif // BUNNY_H
  

• 把构造函数的实现放到Bunny.cpp里，加上类作用域限定符：

  #include "Bunny.h"
  
  Bunny::Bunny(std::string givenName) {
      name = givenName;
  }
  
  Bunny::~Bunny() {
      // 析构函数如果不需要额外逻辑，可以留空
  }
  

• 最后在source.cpp里只需要包含Bunny.h就行，不用管实现文件。

方案二：把函数声明为inline（适合简单函数）

如果你非要在头文件里实现函数，可以把构造函数标记为inline，这样编译器会确保多个编译单元里的实现被视为同一个，不会触发多重定义：

#ifndef BUNNY_H
#define BUNNY_H
#include <string>

class Bunny {
public:
    inline Bunny(std::string givenName) {
        name = givenName;
    }
    ~Bunny();
private:
    std::string name;
};

#endif // BUNNY_H

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