这个问题我之前在迁移依赖ActiveX的旧.NET项目时也碰到过，核心原因是两个同名但版本不同的Interop程序集都没有强签名（PublicKeyToken=null），CLR无法区分它们，导致无法并行加载。以下是具体的修复步骤：

• 清理项目中的重复引用

  1. 打开VS2012项目，右键点击「引用」节点，检查是否存在两个Interop.VRDPLAYERLib引用（版本分别为1.1.4322和2.0.50727），直接删除其中一个。
  2. 手动清理项目的bin和obj目录，把两个版本的Interop.VRDPLAYERLib.dll全部删除，避免编译时旧文件残留。
  3. 确认是否存在「自动生成Interop」和「手动添加引用」的冲突：如果项目中直接引用了VRDPlayer.ocx，VS会自动生成对应版本的Interop，这时候如果又手动添加了旧版本的Interop DLL，就会触发冲突，这种情况要删掉手动添加的引用，保留自动生成的（或者反过来，统一用手动生成的）。

• 手动生成统一版本的Interop程序集
  为了避免VS自动生成的Interop版本不一致，建议用.NET工具tlbimp.exe手动生成对应.NET 2.0版本的Interop：

  1. 打开VS2012的「开发者命令提示符」（以管理员身份运行）。
  2. 执行命令生成指定版本的Interop：

     tlbimp VRDPlayer.ocx /out:Interop.VRDPLAYERLib.dll /namespace:VRDPlayer /version:2.0.50727
     

  3. 将生成的Interop.VRDPLAYERLib.dll添加到项目引用中，同时确保项目中不再引用其他版本的该程序集。

• 处理ActiveX注册与代码兼容性

  1. 代码中的VRDPlayer.Register("VRDPlayer.ocx")在Windows 10环境下需要管理员权限才能成功注册ActiveX控件。建议要么在程序启动时请求管理员权限（修改项目的应用程序清单，设置requestedExecutionLevel为requireAdministrator），要么在部署时用regsvr32 /s VRDPlayer.ocx命令（管理员身份执行）提前注册控件。
  2. 针对代码中动态生成方法的部分（MethodBuilder相关代码），要确保生成的方法签名与Interop程序集中的方法签名完全一致，避免因版本差异导致的隐式引用问题。

• 可选：给Interop程序集强签名（长期解决方案）
  如果后续需要支持不同版本控件的并行加载，可以给生成的Interop程序集添加强签名，让CLR能通过PublicKeyToken区分不同版本：

  1. 用sn.exe生成密钥对：

     sn -k VRDPlayer.snk
     

  2. 重新生成带强签名的Interop：

     tlbimp VRDPlayer.ocx /out:Interop.VRDPLAYERLib.dll /namespace:VRDPlayer /keyfile:VRDPlayer.snk
     

  3. 将这个带强签名的Interop添加到项目引用中，后续不同版本的控件可以生成不同版本的强签名Interop，避免冲突。

完成以上步骤后，清理整个解决方案，重新生成项目，应该就能解决这个重复引用的报错了。

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