相同的类名在不同的C ++文件(Same class name in different C++ f

如果两个C ++文件有相同名称的类定义不同，那么当他们被编译和链接，东西扔出去，即使没有警告。例如，

// a.cc
class Student {
public:
    std::string foo() { return "A"; }
};
void foo_a()
{
    Student stu;
    std::cout << stu.foo() << std::endl;
}

// b.cc
class Student {
public:
    std::string foo() { return "B"; }
};
void foo_b()
{
    Student stu;
    std::cout << stu.foo() << std::endl;
}

当编译和使用G ++连接在一起，两者将输出“A”（如果a.cc先在命令行顺序b.cc）。

类似的话题是在这里。我看到的命名空间可以解决这个问题，但我不知道为什么链接器甚至不开枪警告。如果类的一个定义有没有在另一个定义额外的功能，说，如果b.cc作为更新：

// b.cc
class Student {
public:
    std::string foo() { return "B"; }
    std::string bar() { return "K"; }
};
void foo_b()
{
    Student stu;
    std::cout << stu.foo() << stu.bar() << std::endl;
}

然后stu.bar（）效果很好。由于任何人谁可以告诉我如何在这种情况下编译器和链接工作。

作为一个额外的问题，如果类是在头文件中定义，他们应该始终与具名命名空间包裹，避免这种情况呢？有没有副作用？

Answer 1:

这是违反了一个定义规则（C ++ 03，3.2 / 5“的一个定义规则”），其表示（除其他外）的：

可以有一个类类型（第9节）的多于一个的定义，...在一个程序规定，每个定义出现在一个不同的翻译单元，以及所提供的定义满足下列要求。在多于一个的转换单元中定义给定这种命名d的实体，然后
d的每个定义应包括令牌的相同序列的;

如果你违反了一个定义规则，行为是不确定的（这意味着，奇怪的事情发生）。

链接器发现的多个定义Student::foo() -一个在的目标文件，一个在B的。然而，它没有抱怨这一点; 它只是选择两个中的一个（当它发生时，第一一个它遇到）。重复此功能的“软”处理的唯一显然发生了内联函数。对于非内联函数，链接器将抱怨多个定义和将拒绝产生一个可执行文件（即放松该限制可能存在选项）。无论GNU ld和MSVC的链接行为这种方式。

行为有一定的道理; 内联函数需要在他们所使用的每个翻译单元是可用的。而在一般情况下，他们需要有可用的非嵌入式版本（如果呼叫没有内联，或者函数的地址被占用）。 inline其实只是围绕着一个定义规则的免费通行证-但它的工作，所有的内联定义需要是相同的。

当我看着目标文件的转储，我没有看到任何明显的向我解释链接器如何知道一个功能允许有多个定义和别人都没有，但我敢肯定有一些标志或记录它做到了这一点。不幸的是，我发现的连接器和目标文件的细节运作不是特别有据可查的，所以其具体机制可能仍将是一个谜给我。

至于你的第二个问题：