两个引用相同modexample.bas的VB6项目编译结果不一致求助

这种同一个模块在不同项目里编译结果天差地别的情况确实挺闹心的，我帮你梳理几个最可能的原因和落地的解决步骤：

先搞懂VB6查找DLL的优先级 #

首先得明确，VB6在解析Declare语句里的DLL时，是按以下顺序搜索的：

• 系统目录（64位系统是C:\Windows\SysWOW64，因为VB6是32位程序；32位系统是C:\Windows\System32）
• VB6 IDE当前的工作目录（注意不是你的项目文件所在目录！可以按Ctrl+G打开立即窗口，输入Debug.Print CurDir$查看）
• 「工具」->「选项」->「目录」里「可执行文件」列表的路径
• 你的项目文件所在目录

你说能编译的项目目录里没有这个DLL，那它大概率是在系统目录或者VB6的可执行文件搜索路径里，你可以在能编译的项目的立即窗口里输入Shell("where sk32w.dll", vbNormalFocus)，就能看到这个DLL的实际位置了。

一步步排查解决 #

1. 对比两个项目的VB6搜索路径 #

打开两个项目，分别点击「工具」->「选项」->「目录」标签，检查「可执行文件」的路径列表是否一致。如果能编译的项目里包含了sk32w.dll所在的目录，而失败的项目没有，把那个路径添加到失败项目的IDE里试试。

2. 检查项目编译设置的差异 #

进入「工程」->「工程属性」->「编译」标签，对比两个项目的设置：

• 确认「编译为」选项完全一致（比如都是「标准EXE」）
• 点击「高级编译选项」，把所有设置改成和能编译的项目一样（比如优化代码、去掉符号信息这些选项）
• 也可以检查「生成」标签里的版本信息等，暂时改成一致来排除干扰

3. 清空VB6 IDE的缓存 #

VB6的临时缓存有时候会搞出莫名其妙的问题，试试：

• 关闭所有VB6窗口
• 找到C:\Users\<你的用户名>\AppData\Local\Temp目录，删除所有名字带VB前缀的文件夹和文件
• 重新打开编译失败的项目，再尝试编译

4. 确认模块没有被本地修改 #

虽然你说引用的是同级目录的同一个modexample.bas，但有时候VB6会弹出提示问你是否要把模块复制到项目目录，不小心点了「是」的话，项目里就会有一个本地副本，和原文件不一样。你可以右键两个项目里的modexample.bas，查看代码，对比Declare Function OPEN_SENT Lib "sk32w.dll" () As Integer这一行，有没有大小写差异、路径差异（比如有没有被改成绝对路径又改坏了）。

5. 临时用绝对路径测试 #

把modexample.bas里的Declare语句改成绝对路径，比如：

Declare Function OPEN_SENT Lib "C:\Windows\SysWOW64\sk32w.dll" () As Integer

如果这样能编译成功，说明就是路径搜索的问题，之后再改回相对路径，把DLL放到VB6的搜索路径或者系统目录里就行。

6. 检查项目引用冲突 #

对比两个项目的「工程」->「引用」列表，看看失败的项目有没有多引用某个库，可能这个库和sk32w.dll有冲突，导致加载失败。

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