ORA-01000本质是会话级游标泄漏，主因是OracleCommand或OracleDataReader未显式关闭导致v$open_cursor持续累积；必须用using或try-with-resources确保每层资源独立释放，禁用语句缓存并优先修复代码而非调大open_cursors。
ORA-01000本质是会话级资源耗尽，不是“执行太多SQL”
ORA-01000报错时，OracleConnection本身可能还活着，OracleCommand也执行成功了，但错误已经埋下——因为每个未释放的OracleCommand或OracleDataReader都会在数据库端持有一个打开的游标（cursor），而这个游标会一直留在会话的v$open_cursor视图里，直到显式关闭或连接断开。
关键点在于：Oracle不靠“SQL执行完就自动回收游标”，而是依赖客户端显式释放。哪怕你用using块包装了OracleCommand，如果它内部打开了OracleDataReader却没调用Close()或Dispose()，那个游标就卡住了。
- 每个
OracleCommand.ExecuteReader()调用 → 生成一个可滚动、保持状态的游标 - 每个
OracleCommand.ExecuteNonQuery()在某些场景（如含RETURNING子句）也可能隐式保留游标 - 即使命令执行完毕，只要
OracleDataReader对象没被Close()或Dispose()，游标就持续计入open_cursors计数
C#中哪些写法最容易漏关Cursor
最典型的是在循环里反复创建OracleCommand和OracleDataReader，但只释放外层对象，忽略内层数据读取器。
例如这段代码：
for (int i = 0; i < 1000; i++)
{
using (var cmd = new OracleCommand(sql, conn))
{
var reader = cmd.ExecuteReader(); // ← 游标在此打开
while (reader.Read()) { /* ... */ }
// reader.Close() 或 reader.Dispose() 没调用！
} // cmd 被释放，但 reader 持有的游标没关
}还有更隐蔽的情况：
- 异常路径下
reader未关闭（没包在try/finally或using里） - 把
OracleDataReader返回给上层方法，但调用方忘了关 - 用
DataTable.Load(reader)后，误以为reader已自动关闭（实际没有） - 使用
OracleDataAdapter.Fill()时，底层OracleCommand未复用，每次新建都占一个游标
怎么确认是不是代码漏关导致的
别猜，直接查数据库当前会话的游标占用情况。连上Oracle后运行：
SELECT sql_text, COUNT(*) cnt FROM v$open_cursor WHERE sid = (SELECT sid FROM v$mystat WHERE rownum = 1) GROUP BY sql_text ORDER BY cnt DESC;
如果看到同一段SQL反复出现、cnt值持续增长，基本就是代码里没关干净。再配合应用日志看是否集中在某个循环逻辑里。
注意：v$open_cursor只显示当前仍“open”状态的游标，一旦连接关闭，这些记录就消失——所以必须在出错前或复现过程中抓快照。
另外，OracleCommand对象本身不是游标源头，真正打开游标的是ExecuteReader()、ExecuteNonQuery()（特定语法）、ExecuteScalar()这些方法调用时刻；而关闭动作必须落到对应返回对象（OracleDataReader等）上，或者让整个OracleCommand被Dispose()且其内部没残留未关闭的reader。
为什么增大open_cursors只是掩耳盗铃
默认open_cursors=300，调到2000看似解决问题，但掩盖了真正的泄漏点。每多一个打开的游标，就多占一点PGA内存，而且所有游标都要参与库缓存（library cache）的哈希查找，游标数量越多，硬解析和软解析争抢越激烈，整体SQL执行延迟会上升。
更麻烦的是：泄漏不会停止。今天300不够用，明天500也不够，后天可能要3000——而PGA内存总有上限，实例OOM风险随之升高。
真正稳定的解法只有一个：确保每次ExecuteReader()之后，reader.Close()或using (var reader = cmd.ExecuteReader()) { ... }必须存在，且不能被跳过。哪怕用cmd.Cancel()中断执行，也要补上reader.Close()。
