在 C++ 中，是否允许通过 include 指令引入源文件（即 .cpp 文件）？这种做法会带来哪些影响？

回答思路

1. 【回答框架 1】C++ 的 #include 指令本质上是文本包含，将指定文件的内容原封不动地插入到当前文件的该位置。因此，从语法上讲，include 源文件是可行的，预处理器并不会区分文件扩展名是 .h、.cpp 还是其他。
2. 【回答框架 2】然而，工程实践上强烈不建议 include 源文件。主要原因是这会导致多个编译单元（.cpp 文件）重复包含相同的定义，从而引发链接阶段的重复定义错误（ODR 违规）。例如，如果 a.cpp 和 b.cpp 都包含了 common.cpp，则 common.cpp 中的函数定义会被编译两次，链接时就会报错。
3. 【回答框架 3】include 源文件还会破坏编译的模块化与增量编译。通常每个 .cpp 是独立的编译单元，修改一个文件只需重编该单元；但 include 源文件会扩大编译依赖，使得一个文件的改动可能引起大量重新编译，降低构建效率。此外，它也会使头文件与源文件的职责划分混淆，降低代码可读性和可维护性。
4. 【回答框架 4】合理做法是：在头文件（.h 或 .hpp）中只放声明、模板或内联定义，在源文件（.cpp）中放具体实现。如果确实需要共享实现（例如模板），应放在头文件中并明确为模板或内联，或使用显式实例化，而非直接 include 源文件。
5. 【关键点 1】#include 是文本包含，语法上可以包含任何文件，包括源文件。
6. 【关键点 2】include 源文件通常会导致重复定义和链接错误，违反 ODR。
7. 【关键点 3】工程上应避免 include 源文件，以保持编译隔离和增量构建效率。
8. 【关键点 4】共享实现应通过头文件、模板或内联等手段实现，而非 include 源文件。
9. 【易错点 1】不要认为 include 源文件只是无害的代码复用，它可能引发难以排查的链接期重复符号错误。
10. 【易错点 2】不要将源文件中的宏定义或全局变量通过 include 传播到多个编译单元，这极易导致 ODR 违规。
11. 【易错点 3】在特殊场景（如单文件测试或代码生成）下 include 源文件虽可行，但仍需谨慎评估其长期维护成本。