嘿，这个问题我之前也琢磨过，结合你的测试情况和官方文档的说明，咱们来掰扯清楚：

为啥用__declspec(dllexport)导出C函数后，新增函数不用重建EXE？ #

当你用__declspec(dllexport)导出基础C函数时，编译器生成的导出表是基于函数名映射的（毕竟C函数不会有C++那种复杂的名字修饰）。如果只是新增导出函数，完全没碰原有函数的签名、顺序或者删除已有函数，那原来的EXE调用旧函数时，依然能通过函数名精准找到对应的入口地址——新增的函数不会干扰原有导出项的位置和映射关系，自然不需要重建EXE也能正常跑。

官方文档说的“必须重建DLL和EXE”，其实是覆盖了所有可能出问题的通用场景：比如你改了原有函数的签名、调整了导出顺序（要是依赖序号调用的话），或者删了某个已导出的函数，这时候EXE不重建大概率会出调用错误、找不到函数之类的问题。但你的测试场景刚好是“新增函数”这种不破坏原有映射的情况，所以才会和文档描述有差异。

为啥文档推荐用带序号的.def文件？ #

给.def文件里的导出函数指定序号后，DLL的导出表会同时存序号和函数名，EXE可以选择通过序号来调用函数。这么做的优势挺明显：

• 降低耦合：哪怕后续改了函数名，只要序号不变，EXE照样能正常调用；
• 更快的调用速度：通过序号查找函数比通过名字查找效率更高；
• 避免名字冲突：尤其是导出C++函数时，名字修饰后的名称特别复杂，用序号能完美规避这类问题。

当然，如果你的场景只是导出简单的C函数，而且很少修改函数名，那__declspec(dllexport)完全够用；但要是做需要长期维护、兼容性要求高的DLL项目，带序号的.def文件确实是更稳妥的选择。

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