.NET Core中如何使用依赖注入管理Oracle连接-Oracle-PHP中文网

Oracle连接必须通过IOptions或工厂模式注入，禁用Singleton注册；应使用AddScoped或Transient注册工厂，配合using/await using确保及时释放，避免连接池耗尽。

Oracle连接字符串必须通过 IOptions 或工厂模式注入，不能直接注册 Connection 对象

oracle 连接（oracleconnection）是短生命周期资源，不能作为单例（singleton）注册进 di 容器——否则会引发连接池耗尽、线程不安全或 invalidoperationexception: connection is already open 等错误。

正确做法是注册连接工厂或配置对象，让每次需要时才创建新连接：

推荐用 IOptions<oraclesettings></oraclesettings> + Func<string oracleconnection></string> 工厂委托，解耦配置与实例化逻辑
避免在 Startup.ConfigureServices 中调用 new OracleConnection(connectionString) 并 AddSingleton
若使用 Oracle.ManagedDataAccess.Core 3.21.10+，注意其默认启用连接池（Pooling=true），无需手动管理开/关

注册 OracleConnectionFactory 时需显式指定作用域（Scoped）或瞬态（Transient）

大多数 Web API 场景下，一个 HTTP 请求内可能多次访问数据库（如仓储、服务间调用），应确保复用同一连接（或至少同一批次事务），但又不能跨请求共享。因此：

注册为 AddScoped 是最常用且安全的选择：

services.AddScoped<oracleconnection>(sp => {
    var connStr = sp.GetRequiredService<ioptions>>().Value.ConnectionString;
    return new OracleConnection(connStr);
});</ioptions></oracleconnection>

若需更精细控制（例如部分方法要独立连接），改用工厂注册：
```
services.AddTransient<func oracleconnection>>(sp => 
    connStr => new OracleConnection(connStr));</func>
```
使用时通过 func("my-conn-str") 获取新实例
不要注册为 AddSingleton —— 即使设置了 Pooling=true，底层物理连接仍可能被并发操作干扰

Oracle.ManagedDataAccess.Core 的版本与 TLS/Oracle Client 兼容性直接影响注入后能否打开连接

常见报错如 ORA-12537: TNS:connection closed 或 System.DllNotFoundException: Unable to load DLL 'oci.dll'，往往不是 DI 配置问题，而是运行时环境缺失：

Crypto Sniper Oracle

机构级量化市场预言机，提供订单簿失衡（OBI）、VWAP分析、自动化报告及Telegram预警。

下载

.NET Core 3.1+ / .NET 5+ 必须使用 Oracle.ManagedDataAccess.Core（纯托管），而非旧版 Oracle.ManagedDataAccess（含非托管依赖）
Oracle 12c 及以上建议用 3.21.x 版本；若连 Oracle 19c 或云上 ATP，需确认是否启用 TLS 1.2+，并在连接字符串中显式加 SSL_SERVER_CERT_DN=... 或关闭验证（仅测试）：Validate Certificate=false
Docker 部署时，基础镜像若为 mcr.microsoft.com/dotnet/aspnet:6.0-alpine，因缺少 glibc，必须换用 -slim 或 -bullseye-slim 镜像

仓储层获取连接时，务必用 using 或 await using 包裹，DI 不会自动释放连接

DI 容器只负责提供实例，不接管 IDisposable 生命周期（除非是 Scoped 且你没手动释放）。忘记释放会导致连接堆积、超时、ORA-12516：

错误写法：

var conn = _connFactory(); // 没有 using

正确写法（同步）：

using var conn = _connFactory();
conn.Open();
// ...

异步场景必须用 await using：

await using var conn = _connFactory();
await conn.OpenAsync();

若用 Dapper 或 EF Core，它们内部已封装释放逻辑，此时只需确保你传入的是 Scoped 连接，而不是自己 new 出来又忘了 dispose

真正容易被忽略的点在于：连接对象本身不持有数据库锁，但未关闭的连接会持续占用连接池槽位，尤其在高并发下，几处漏掉 using 就会让整个服务不可用。