tns_admin环境变量在.net中对oracle连接默认无效，需同时启用enablenamingmethod=true并设置oracleconfiguration.tnsadmin路径。
tns_admin 环境变量在 .net 中对 oracle 连接实际无效，除非你用的是 oracle.manageddataaccess 且显式启用 tns 解析支持。 很多人配置了 tns_admin 却发现 tnsnames.ora 仍不生效，根本原因不是路径错，而是驱动默认跳过 tns 查找。
Oracle.ManagedDataAccess 默认忽略 TNS_ADMIN
从 19c 开始，Oracle.ManagedDataAccess（ODP.NET Core/Managed）默认禁用 TNS 名称解析，即使 TNS_ADMIN 已设、tnsnames.ora 存在且语法正确，DataSource="ORCL" 也会直接报 ORA-12154: TNS:could not resolve the connect identifier specified。
必须显式启用：在连接字符串中添加 EnableNamingMethod=true，或在 appsettings.json 的 Oracle 配置节里设置对应项。
-
TNS_ADMIN必须指向包含tnsnames.ora的目录（不能是文件路径） - 该目录下还需有
sqlnet.ora（哪怕为空），否则部分版本会静默失败 - 连接字符串中的
DataSource值必须与tnsnames.ora里定义的 alias 完全一致（区分大小写）
如何验证 TNS_ADMIN 是否被 ODP.NET 正确读取
最直接的办法是启用 Oracle 内部日志，在应用启动前设置环境变量并加载驱动：
Environment.SetEnvironmentVariable("TNS_ADMIN", @"C:\oracle\network\admin");
Environment.SetEnvironmentVariable("DIAG_ADR_ENABLED", "false"); // 避免 ADR 干扰
Environment.SetEnvironmentVariable("TRACE_LEVEL_CLIENT", "16"); // 启用客户端跟踪
Environment.SetEnvironmentVariable("TRACE_FILE_CLIENT", "odpnet_trace.log");
运行后检查生成的 odpnet_trace.log，搜索 tnsnames.ora 或 TNS_ADMIN，确认日志中出现类似 Reading tnsnames.ora from [path] 的条目。没看到就说明驱动根本没尝试加载。
- 注意：日志只在首次连接时生成，后续连接复用缓存，需重启应用或清空
OracleConnection.ClearPool() -
TRACE_LEVEL_CLIENT=16会产生大量输出，仅调试时开启
替代方案：不用 TNS_ADMIN，改用 OracleConfiguration.TnsAdmin
更可控的方式是绕过环境变量，直接在代码中指定：
using Oracle.ManagedDataAccess.Client; OracleConfiguration.TnsAdmin = @"C:\oracle\network\admin"; // 后续所有 OracleConnection 都会从此路径读取 tnsnames.ora
这个赋值只需执行一次（如在 Program.cs 初始化阶段），比依赖环境变量更稳定，尤其适合容器化部署或多租户场景。
- 该属性是静态的，影响整个 AppDomain / 进程范围
- 若同时设置了
TNS_ADMIN环境变量和OracleConfiguration.TnsAdmin，后者优先 - 如果用了
OracleConfiguration.TnsAdmin，就无需再设环境变量，也无需担心进程继承问题
真正容易被忽略的是：EnableNamingMethod=true 和 OracleConfiguration.TnsAdmin 必须配合使用，光设路径不启命名方法，或启了方法但路径未生效，都会让 TNS 查找静默失败。调试时别只盯连接字符串，先确认驱动是否真的“看见”了你的 tnsnames.ora。
