C++ VS环境下创建DLL后仍需包含头文件的疑问

你遇到的情况是完全正常的——头文件只是声明接口，DLL才是实现代码的二进制载体，两者各司其职，DLL的核心意义主要体现在以下几点：

• 代码复用与保护：你无需将fileA.cpp、fileB.cpp等实现文件的源码交付给UseMydll项目，只需提供DLL（搭配对应的导入lib）和头文件即可。调用方只能使用你暴露的接口，看不到内部实现细节，既实现了功能复用，又保护了核心代码。
• 内存资源优化：若多个程序同时调用mydll.dll，系统只会将这份DLL加载到内存一次，所有进程共享这份代码，相比每个程序都把相同代码编译进自身exe，能大幅节省内存占用。
• 独立更新维护：如果需要修改DLL内的功能实现，只要对外接口不变（头文件中的声明未改动），直接替换新的DLL即可，无需重新编译所有调用它的项目。比如你修复了fileA.cpp里的bug，仅需重新生成mydll.dll，UseMydll项目无需修改，替换文件就能生效。
• 模块化解耦：将功能封装为DLL后，mainfile.cpp中的实现逻辑与UseMydll项目彻底分离，两边可独立开发、编译。只要提前约定好头文件中的接口，UseMydll甚至能在DLL尚未开发完成时，先编写调用代码。

另外补充：头文件里只需保留对外暴露的接口声明，不必包含所有内部使用的内容。比如fileA.h中若有仅DLL内部用的结构体或函数，可将其移至内部头文件，只把外部需要调用的部分留在对外头文件中，进一步简化调用方的依赖。

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