必须换用Oracle.ManagedDataAccess，因其纯托管、不进GAC、免客户端安装，可彻底规避Oracle.DataAccess的GAC冲突、平台位宽错配、客户端依赖及Oracle 21c协议不兼容问题；低于21.1版本无法支持SHA-256认证与TLS 1.2+握手，须升级并显式配置AuthenticationProtocol=12。
直接换 Oracle.ManagedDataAccess，别碰 Oracle.DataAccess。这不是优化建议，是唯一能避开 GAC 冲突、平台位宽错配、客户端依赖和协议不兼容这四重问题的路径。
ORA-28040 报错：驱动根本不支持 Oracle 21c 的认证协议
连接 Oracle 21c 时抛出 ORA-28040: no matching authentication protocol，说明当前用的 Oracle.ManagedDataAccess 版本低于 21.1。旧版驱动没实现 TLS 1.2+ 握手和 SHA-256 密码协商逻辑，加 AuthenticationProtocol=12 参数也无效——它压根没这段代码。
- 必须升级到
Oracle.ManagedDataAccess21.1 或更高版本（NuGet 包） - 连接字符串里显式加上
AuthenticationProtocol=12，省略或设成 11 都会失败 - 旧版
Oracle.DataAccess（非托管驱动）已废弃，不支持 .NET Core/.NET 5+，且无法通过 NuGet 获取安全更新
“找不到 Oracle.DataAccess.dll” 或 “BadImageFormatException”
这类错误基本锁定在平台架构错配：x86 应用试图加载 x64 的 DLL，或反过来。Windows Server 2008/2012 环境尤其常见。
- 检查 IIS 应用程序池设置：
启用32位应用程序必须与你部署的 ODP.NET 架构一致（32 位驱动 → 开启；64 位驱动 → 关闭） - .NET 项目编译目标平台要对齐：
x86或AnyCPU + Prefer 32-bit对应 32 位驱动；x64或纯AnyCPU对应 64 位驱动 - 用
fuslogvw.exe捕获绑定日志，确认实际查找路径和期望架构是否匹配
GAC 中多个版本冲突，bindingRedirect 不生效
app.config 里写了 <bindingRedirect oldVersion="1.0.0.0-4.122.1.0" newVersion="4.122.1.0">，但运行时还是加载了旧版？这不是配置写错，是 ODP.NET 自身加载机制限制：它优先按强名称签名匹配 GAC 中第一个可用版本，redirect 规则被跳过。
- 根本解法：彻底移除 GAC 中所有
Oracle.DataAccess，改用Oracle.ManagedDataAccess -
Oracle.ManagedDataAccess.dll是纯托管实现，不进 GAC，直接放在项目bin目录或通过 NuGet 引用，版本由项目自己控制 - 如果必须用非托管驱动，清理 GAC 前先用
gacutil -u Oracle.DataAccess卸载，再确认无残留注册表项（尤其是HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\vX.X\AssemblyLoadLog）
部署时连不上，报 ORA-12154 或找不到 oci.dll
这是非托管驱动（Oracle.DataAccess）特有的坑：它依赖本地 Oracle Client 的 oci.dll 和 oraocieiXX.dll，而这些 DLL 的路径必须出现在系统 PATH 中，且版本必须与 ODP.NET 强绑定。
- 用命令
where oci.dll查看实际加载路径，确认指向的是你安装的 Oracle Client 对应目录 - 避免多 Oracle Home 共存，否则
PATH中靠前的目录可能加载了错误版本的 DLL - ODP.NET 11g 对应 Oracle Client 11.2.0.1.0，ODP.NET 12c 对应 Client 12.1.0.2.0 —— 混搭必报错，不是“差不多就行”
真正麻烦的从来不是“怎么连上”，而是“为什么连上了又断、连上了又协议错、连上了又换环境就崩”。Managed Driver 的价值不在功能多，而在把所有外部依赖收束到一个 DLL 文件里——版本、协议、平台位宽，全由你项目自己说了算。其他路都绕不开 DLL Hell，这条路至少可控。
