ASP.NET免重编译使用4.x版Oracle.DataAccess.dll的方法

CLR加载程序集时按四段式版本号逐段比较优先级，比较顺序为主版本>次版本>生成号>修订号，数值越大版本判定越高。你原来引用的旧版Oracle.DataAccess.dll版本号为10.2.0.100，主版本号是10；准备替换的4.122.19.1版本主版本号是4，CLR会默认判定10.2.0.100是版本更高的程序集，常规低版本到高版本的绑定重定向逻辑不会生效，就会抛出你看到的版本不匹配错误。

• 首先在服务器安装对应架构的ODAC 19c客户端（4.122.19.1为ODAC 19c适配.NET Framework 4的Oracle.DataAccess版本），安装时匹配IIS应用池架构（应用池开启32位模式则装32位版本，关闭则装64位版本，禁止混装），安装阶段勾选"将程序集注册到全局程序集缓存(GAC)"选项。
• 清空站点bin目录下所有版本的Oracle.DataAccess.dll，不要在bin目录残留旧版10.2.0.100的同名程序集，避免CLR优先加载私有目录下的错误版本。
• 修改web.config配置，在<runtime>节点下替换原有错误的绑定重定向规则，显式关闭Oracle的全局发布者策略干扰，指定10.2.0.100版本直接重定向到4.122.19.1：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1" appliesTo="v4.0.30319">
      <dependentAssembly>
        <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89b483f429c47342" culture="neutral" />
        <publisherPolicy apply="no" />
        <bindingRedirect oldVersion="10.2.0.100" newVersion="4.122.19.1" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

• 如果完成上述配置后仍报版本错误，就在web.config中添加旧版运行时激活策略兼容配置，允许.NET 4运行时处理旧版.NET 2编译的程序集的重定向逻辑：

<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" />
  </startup>
  <!-- 其余原有配置保持不变 -->
</configuration>

• 最后重启对应IIS应用池和站点即可生效。

注意：不要尝试将4.122.19.1版本的Oracle.DataAccess.dll直接拷贝到bin目录做私有部署，该程序集依赖多个同版本的Oracle原生客户端动态库，私有部署极易出现依赖缺失、架构不匹配的问题，通过官方安装包注册到GAC是稳定性最高的部署方式。部署完成后可以新建临时测试页面输出typeof(Oracle.DataAccess.Client.OracleConnection).Assembly.FullName，确认加载的程序集版本为4.122.19.1即可，测试完成后删除临时页面。

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