如何让FpsKing.exe识别binary子目录DLL？遇入口点未找到错误

核心原因分析 #

0xC0000139在程序启动前触发，说明系统加载器无法定位正确的DLL，或DLL自身依赖的入口点缺失，大概率是DLL搜索路径未生效、DLL依赖链断裂，或是静态/动态链接配置冲突导致的。

针对性解决方案 #

1. 修正Manifest文件的路径配置 #

Manifest指定DLL路径时格式要求严格，错误写法会直接失效，以下是正确示例（命名为FpsKing.exe.manifest，放在exe同级目录）：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="YourDllName" version="1.0.0.0" processorArchitecture="x86" />
      <file name="binary\YourDllName.dll" />
    </dependentAssembly>
  </dependency>
</assembly>

• 注意：name需与DLL内部的Assembly Identity完全一致，可通过dumpbin /headers YourDllName.dll命令查看；路径必须用\分隔，且是相对于exe的相对路径。

2. 排查Visual Studio链接配置冲突 #

• 确认链接器->输入->附加依赖项中引用的是动态链接的.lib导入库，而非静态库；
• 检查C/C++->代码生成->运行库：若使用动态DLL（如Multi-threaded DLL (/MD)），需保证所有依赖DLL的运行库版本完全一致，混合静态/动态运行库会直接导致加载失败；
• 禁用链接器->高级->强制符号引用等可能干扰动态加载的选项。

3. 修正Dependency Walker的异常提示 #

Dependency Walker在Win10/11环境下易出现假阳性异常，推荐用更准确的方式排查依赖：

• 执行dumpbin /dependents FpsKing.exe查看真实依赖链，确认缺失的DLL；
• 检查binary子目录下的DLL是否包含所有依赖项（如VC运行库DLL），必要时将依赖的运行库也放入binary子目录。

4. 替代方案：通过代码设置DLL搜索路径 #

若Manifest方案无效，可在程序启动第一行添加代码临时设置搜索路径：

#include <windows.h>
int main() {
    // 将binary子目录加入DLL搜索路径
    SetDllDirectory(L".\\binary");
    // 后续业务代码
}

若需保留原有系统搜索路径，可改用AddDllDirectory与SetDefaultDllDirectories的组合调用。

验证步骤 #

1. 将目标DLL及其所有依赖项放入binary子目录；
2. 用dumpbin /validate FpsKing.exe.manifest检查Manifest格式是否合法；
3. 清理VS项目输出目录，重新编译生成，避免旧文件干扰。

内容的提问来源于stack exchange，提问作者Log-e