在IDA Pro中调试含3个导出函数的32位DLL参数问题排查

• 先修正Rundll32的调用格式
  Rundll32的标准调用语法是：
  rundll32.exe <DLL绝对路径>,<导出函数名> [参数1] [参数2] ...
  你当前的参数设置存在两个关键问题：

1. 重复传入了DLL路径（调试器已指定输入文件为待调试DLL，命令行参数里无需重复写入）；
2. #1 #2 #3不是合法参数格式，需替换为实际参数值，且导出函数名必须紧跟DLL路径，逗号前后不能有空格。
   举个正确示例：若导出函数名为InitNetworkSocket，参数为192.168.1.1 8080 tcp，完整命令行应为：
   C:\Windows\SysWoW64\rundll32.exe "C:\...\mydll.dll",InitNetworkSocket 192.168.1.1 8080 tcp

• 验证导出函数是否被正确调用

1. 用dumpbin /exports mydll.dll命令查看DLL导出表，确认导出函数的准确名称——如果是C++编写的DLL，必须用extern "C"修饰导出函数，否则会生成带名字修饰的导出项，导致Rundll32无法找到函数；
2. 在导出函数最开头添加简单调试代码（比如MessageBoxA(NULL, "函数已触发", "调试提示", MB_OK)），若未弹出窗口，说明Rundll32根本没调用到你的导出函数，问题出在参数格式或导出函数名称匹配上。

• 排查套接字初始化未执行的深层原因
  若确认导出函数已被调用，但套接字代码未触发：

1. 检查函数内部的参数校验逻辑——是否存在参数不符合预期就跳过初始化的分支？可在调试器里给套接字初始化代码加断点，查看是否命中；
2. 确认DLL依赖是否完整：用工具检查DLL是否缺少ws2_32.dll等套接字相关依赖，缺失依赖会导致初始化代码静默失败；
3. 检查调试器位数：必须使用32位调试器（比如x86版本的Visual Studio）附加SysWoW64下的Rundll32进程，64位调试器可能无法正确跟踪32位进程的代码执行。

• 调试器设置的细节检查
  确保调试器启动配置中：
• “应用程序”指定为C:\Windows\SysWoW64\rundll32.exe；
• “命令行参数”仅填写,<导出函数名> 参数1 参数2 ...（无需重复写DLL路径，调试器会自动将待调试DLL作为启动参数的一部分传入）。

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