这是我的文件夹结构：
/
|
-- program.cpp
-- utility.h
-- utility.cpp
|
-- module/
|
-- utility.h
-- utility.cpp
// Note that I have two files named utility.h and two named utility.cpp
utility.cpp文件会被编译成输出文件夹中的同一个utility.obj，结果其中一个会被覆盖。属性 > C/C++ > 输出文件 > 对象文件名称 > 设置自定义名称。例如，如果两个文件都命名为 MyFile.cpp ，一个在文件夹 A 中，另一个在文件夹 B 中，您可以将输出设置为 AMyFile 和 BMyFile。$(IntDir)\$(SafeParentName)$(SafeInputName)）。 如果这还不够（例如，您有 A/B/MyFile.cpp 和 C/B/MyFile.cpp）并且您不介意在源树中有一些对象文件混杂，那么您还可以使用 $(InputDir)\，该选项会将对象文件放在与源文件相同的文件夹中。namespace A { // in folder A
class CMyFile {};
};
namespace B{ // in folder B
class CMyFile {};
};
// client.cpp
#include "A/MyFile.h"
#include "B/MyFile.h"
int main() {
A::CMyFile aMyFile;
B::CMyFile bMyFile;
return 0;
}
我不知道这是否重要，但对人类来说肯定更清晰：D
.cpp的相对路径作为.obj路径的一部分？ - Agnel Kurian$(InputDir)\怎么样？我现在没有我的电脑，但我认为文件名是可选的。不过这会使您的源树中出现更多的生成文件。 - Afriza N. Arief最简单有效的方法是将冲突的.obj文件放入不同的子文件夹中（我曾在2003和2008年使用过此方法），这些子文件夹基于源目录。
例如：
对于src\gui\utils.cpp，将“对象文件名”设置为“.\Debug\gui/”，而对于src\database\utils.cpp，则将其设置为“.\Debug\database/”。
虽然我会在发现冲突时手动处理，但我可以想象编写一个脚本来更新每个.cpp文件的项目（或仅针对冲突的文件）将是一项非常简单的任务。
我不知道 VS 的编译链。
然而，每个 .cpp 文件首先被编译成一个 .obj 文件。链接步骤将它们合并在一起。
很常见的做法是把所有的 .obj 文件放在同一个目录下。所以，正如你猜测的那样，在编译第二个文件时会覆盖第一个文件。因此，在编译过程中可能会缺少一些符号。
可能有一个选项（再次声明，我不用 VS），可以让 .obj 文件与 .cpp 文件在同一个目录下。但缺点是源代码树上会出现一些垃圾文件。
我的个人意见是重构代码。
utility.h 和 utility.cpp 添加了与该文件夹实现的特定功能相关的功能。 - Agnel Kurian
utility.cpp定义了命名空间foo_ns下的所有内容，而第二个要编译的utility.cpp则编译了命名空间bar_ns下的所有内容。当编译第二个utility.cpp时，编译器会覆盖utility.obj文件……等到链接器启动时，.obj文件中只有bar_ns命名空间下的内容可用。 - Agnel Kurian