C语言中#include引入.c文件与.h文件的适用场景分别是什么？

引入.h头文件的场景 #

.h文件是C语言模块化设计中专门的接口声明文件，绝大多数场景下你需要引入的都是.h文件：

• 需要调用其他模块对外暴露的函数、全局变量时，引入对应模块的.h文件获取声明信息
• 需要使用外部定义的宏、自定义类型（struct/enum/typedef等）时，引入对应.h文件
• 调用C标准库功能时必须引入对应.h，比如调用printf()要引stdio.h，调用pthread_create()要引pthread.h

背后的逻辑是：#include本质是预处理器将目标文件的内容原样插入到引入位置，.h文件只放声明不放具体实现，引入后编译器就能获取到外部接口的类型、参数等信息，避免编译时报「隐式声明」错误，同时不会引入重复的实现代码。 #

引入.c源文件的场景 #

正常工程化开发中不推荐主动引入.c文件，仅在极少数特殊场景使用：

• 开发极小体积的单文件测试Demo，不想配置多文件编译规则，直接把小体积的.c实现嵌入当前文件
• 性能敏感的热点函数场景，需要把实现静态展开到调用位置，避免跨编译单元的函数调用开销
• 复用仅提供.c实现、未提供.h头文件的小型第三方代码，且不想将其单独加入编译目标列表时

背后的逻辑是：.c文件是实现文件，默认是作为独立编译单元单独编译为.o目标文件，最后在链接阶段和其他目标文件合并。引入.c文件等价于把整个实现代码嵌入当前文件，将两个编译单元合并为一个，稍有不慎就会触发符号重复定义错误。 #

二者是否可以互相替代？ #

绝大多数场景下不能互相替代，二者设计定位完全不同，只有极小型测试场景下才能实现近似的功能效果。
具体判定规则如下：

• 如果你只需要获取外部功能的接口信息，不需要把实现代码合并到当前编译单元，必须选择引入.h文件，这是符合C语言规范的标准做法，也能避免大量编译、链接错误
• 只有当你明确需要把某个.c的全部实现代码直接嵌入当前文件，合并为一个编译单元，且能保证整个项目中该.c的内容不会被其他编译单元重复引入、也不会被单独编译加入链接目标时，才可以选择引入.c文件

常见误区说明：很多新手遇到的multiple definition of xxx链接错误，大多都是把函数实现写在.h文件里或者随便引入.c文件导致的。C语言规定「声明可以多次出现，定义只能有一次」，.h里的声明重复引入没有问题，但.c里的函数、变量定义如果在多个编译单元出现，链接时就会直接冲突。

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