为什么无额外依赖的单行代码编译后会生成体积较大的DLL文件

你编写的num函数编译后仅占十几字节，剩下的80多KB主要来自以下部分：

• C运行时（CRT）初始化代码：Clang for Windows默认会自动链接CRT启动逻辑，包括_DllMainCRTStartup入口函数、全局/静态变量初始化、线程局部存储（TLS）初始化、C标准库依赖的初始化逻辑，这部分是体积占比最高的模块之一。
• PE文件结构元数据：
  • 导出表：记录你声明的num函数的导出信息，还有CRT默认导出的若干内部函数条目
  • 导入表：记录DLL依赖的系统模块（kernel32.dll、ucrtbase.dll等）的导入函数地址表
  • 重定位表：用于DLL加载时基地址偏移的修正数据
  • 异常表：Windows x64平台要求所有二进制必须携带SEH（结构化异常处理）的unwind信息，用于异常栈回溯
  • 资源段：默认嵌入的Windows兼容性manifest、版本信息资源，用来声明DLL对Windows 10等系统的兼容性
• 调试符号信息：默认编译参数不会剥离符号，.debug相关段会携带函数名、行号等调试信息，占比可达总大小的30%~50%
• 段对齐开销：Windows PE文件默认要求段在文件中按512字节对齐、内存中按4KB对齐，每个段哪怕只有几个字节的有效内容，也要占用对齐后的整块空间，零散的小段会产生不少无效填充字节。

你可以通过调整编译参数验证：执行clang num.c -shared -o num.dll -s -nodefaultlibs -Wl,-entry:num，去掉默认库、剥离符号、直接把num设为入口点，最终生成的DLL体积可以压缩到1KB以内。

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