必须使用 Oracle.ManagedDataAccess ≥19.10 并在连接字符串中显式设置 Async=true，否则 ExecuteReaderAsync 仅为同步封装；DataReader 必须在 using 块内完成所有异步读取操作，不可跨 await 边界持有。
必须用 Oracle.ManagedDataAccess ≥19.10 + 连接字符串显式启用 Async=true，否则 ExecuteReaderAsync 就是假异步，线程照卡不误。
确认 ODP.NET 版本是否真支持异步
19.10 之前（比如 19.3–19.9）的 ExecuteReaderAsync 方法只是同步封装，调用后仍会阻塞线程池线程。它不会释放当前线程，也无法缓解高并发下的线程饥饿。
验证方式很直接：
- 在
await cmd.ExecuteReaderAsync()前后打断点，观察调试器中线程 ID 是否变化； - 插入
await Task.Delay(1)，看主线程是否被卡住——若卡，说明没走真正异步 I/O； - 检查 NuGet 包版本：
Oracle.ManagedDataAccess必须 ≥19.10，且项目目标框架为.NET Core 3.1+或.NET 5+。
连接字符串必须带 Async=true
即使版本达标，缺了这个开关，底层 I/O 仍走同步路径。Windows 下它控制是否启用 IOCP，Linux 下影响 epoll 使用，不是可选项。
典型安全写法：
Server=localhost;Port=1521;Service Name=ORCL;User Id=scott;Password=tiger;Async=true;Pooling=false;
注意点：
-
Async=true区分大小写，写成async=true无效； -
Pooling=false不是强制，但连接池 + 异步混合时，某些压测场景易出现连接泄漏或ORA-12570；建议先关池验证逻辑，再逐步开池调优； - 避免
Integrated Security=true，Windows 身份验证在异步路径下兼容性差，优先用明文账号密码。
OracleDataReader 绝不能跨 await 边界持有
这是最常崩的点：把 reader 存成字段、传给另一个 async 方法、或在 Task.Run(() => reader.Read()) 里调用，都会触发 InvalidOperationException：“The connection is closed.” 或 “The data reader is closed.”
根本原因：reader 和底层连接强绑定，await 返回后连接可能已被回收、超时或 GC 提前清理。
正确姿势只有一种：
using var reader = await cmd.ExecuteReaderAsync();
while (await reader.ReadAsync())
{
// 在这里一次性读完、映射、转成 List<t> 或其他内存结构
}</t>
关键约束：
- 所有
ReadAsync()、GetFieldValueAsync()必须在同一个using块内完成； - 不要缓存
reader实例，也不要把它作为返回值传出作用域； - 如果要延迟处理数据，先读进
List或DataTable，再 await 其他操作。
真正异步的难点不在语法，而在生命周期管理——连接、reader、上下文三者必须对齐在同一个 async 作用域内。漏掉 Async=true 或跨 await 持有 reader，哪怕代码编译通过，上线后也会在高并发下突然卡死或报奇怪的连接关闭异常。
