MIDL中ImportLib引用全路径为何能解决编译错误？

这个问题我之前在开发中也踩过坑，核心原因在于MIDL编译器查找依赖文件的路径规则，以及报错链的传导逻辑：

1. 直接用importlib("MSADDNDR.dll")报错的根源 #

• 首先触发的警告MIDL2015 : failed to load tlb in importlib: MSADDNDR.dll是关键：MIDL编译器默认的搜索路径并不包含C:\Program Files (x86)\Common Files\Designer这个目录。它只会在当前项目的工作目录、系统环境变量INCLUDE指定的路径，以及少数系统默认目录（如System32）里查找要导入的DLL/TLB文件。
• 因为找不到MSADDNDR.dll，编译器无法读取其中包含的类型库信息，也就无法解析_IDTExtensibility2这个接口的定义。而你的代码里的Coclass _Extension依赖这个接口的前向声明，最终导致了MIDL2337 : unsatisfied forward declaration的编译错误——本质是前面的文件加载失败引发的连锁反应。

2. 全路径引用为什么能解决问题 #

当你把引用改为importlib("C:\Program Files (x86)\Common Files\Designer\MSADDNDR.dll")时，相当于直接给MIDL编译器提供了文件的精确位置，它不需要再依赖默认搜索路径就能找到并加载这个DLL，成功读取其中的类型库，解析出_IDTExtensibility2的完整定义，满足了Coclass的依赖要求，自然就不会再报错了。

额外小技巧 #

如果你不想写全路径，也可以通过配置MIDL编译器的附加包含路径，把C:\Program Files (x86)\Common Files\Designer添加进去，这样依然可以用importlib("MSADDNDR.dll")的写法编译通过，适合需要统一管理依赖路径的场景。

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