VB.NET调用含引用枚举的COM DLL方法时BC30652报错原因咨询

这个问题的核心在于：你项目里直接引用的RefLib互操作程序集，和NETLib.dll（你用tlbimp生成的RCW）所依赖的RefLib定义没有对齐——哪怕你声明eVal的时候能正常访问RefLib.enumDat，但调用DoSomething时，方法签名里的enumDat是来自NETLib对RefLib的引用，而这个引用和你项目里的RefLib可能存在版本不匹配、生成时未关联的问题。

下面是具体的排查和解决步骤：

1. 重新生成NETLib.dll，强制关联RefLib互操作程序集 #

你当初用tlbimp生成NETLib.dll的时候，大概率没有指定/reference参数来关联已经生成好的RefLib互操作程序集。这会导致NETLib.dll内部可能自己生成了一份enumDat的定义，或者引用的RefLib版本和你现在项目里的不一致，引发编译器的类型不匹配错误。

重新运行tlbimp命令，记得加上/reference参数指向你的RefLib互操作程序集：

tlbimp YourVB6COM.dll /out:NETLib.dll /reference:.\RefLib.dll

（把YourVB6COM.dll替换成你实际的VB6 COM DLL文件名，.\RefLib.dll替换成你项目里引用的RefLib互操作程序集的路径）

2. 检查RefLib引用的版本是否匹配错误提示 #

错误信息里明确提到需要的RefLib版本是2.0.0.0，你得确认项目里的RefLib引用版本是不是这个：

• 在VS2015的解决方案资源管理器里，右键RefLib引用 → 属性
• 查看“版本”字段，如果不是2.0.0.0，要么重新生成对应版本的RefLib互操作程序集，要么重新生成NETLib.dll时引用正确版本的RefLib。

3. 确认RefLib的“复制本地”属性为True #

有时候编译时的引用错误也会因为程序集无法被编译器找到而触发：

• 右键RefLib引用 → 属性
• 将“复制本地”设置为True，确保编译过程中能正确访问到该程序集。

4. 清理重建解决方案，清除缓存 #

VS的项目缓存偶尔会导致引用混乱，执行以下步骤：

1. 关闭VS2015
2. 删除项目目录下的bin和obj文件夹
3. 重新打开项目，点击菜单「项目」→「清理解决方案」
4. 再点击「生成」→「重建解决方案」

为什么声明eVal时没问题？ #

因为你声明eVal = RefLib.enumDat.Foo时，直接使用的是你项目里引用的RefLib中的类型，编译器能直接找到；但DoSomething方法的参数类型是NETLib所依赖的RefLib.enumDat——如果NETLib生成时没有正确关联你项目里的RefLib，编译器就会把这个类型当成另一个未引用的程序集里的类型，从而抛出错误。

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