拿来主义者，直接参考最终配置（不建议）
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
1.现象
[图片上传失败...(image-844c18-1658465267686)]
2.分析-解决（不完美）
先说问题，我的项目中引用了“Oracle.DataAccess”，一个oracle的批量驱动。但是这个驱动依赖于线上环境，可能有64位或者32位或者不同的数据库版本。尝试过直接在BIN文件夹替换的方式，依旧无效。无赖只能修改项目依赖，再编译。成功部署。
3.折腾（第一次）
但是，带来一个问题，每次都需要移除依赖，再引用新的依赖。来来去去，其实很耗时耗力。身为完美主义者实在不能忍，于是疯狂找资料。终于发现，.NET配置是支持动态引入的。
“4.122.19.1”为新版本号，更换后无效，无其他错误。
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
4.折腾（第二次）
“2.112.1.0”为老版本号，更换后出现依赖错误。
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="2.112.1.0"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
</dependentAssembly>
[图片上传失败...(image-e9ffa4-1658465267686)]
5.折腾（第三次）
分析：第一次的注入应该是有效的；第二次出现依赖问题，说明注入成功但是未改变程序集依赖；
结论：采用第一次方案，再改变程序集依赖；查询资料后，成功。
加入“bindingRedirect”
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
6.总结
三次刚好成功，这应该就是事不过三吧。这次又解救了一个强迫症患者。
| assemblyIdentity | 程序集信息 |
|---|---|
| codeBase | 程序集版本及位置 |
| bindingRedirect | 将一个程序集版本重定向到另一个版本 |
参考文献
英文官方
https://docs.microsoft.com/en-us/previous-versions/dotnet/netframework-1.1/4191fzwb(v=vs.71)
版本处理
https://blog.csdn.net/sinolover/article/details/118727618
类似文章
https://blog.csdn.net/WPwalter/article/details/89052379
