高负载下.NET 5.0项目使用Dapper报Connection must be open错误如何解决

你遇到的报错和Dapper配置无关，核心是全局共享数据库连接引发的线程安全问题：你在ConnectionManager中用静态字段存储了唯一的Oracle连接实例，多用户并发请求时，多个线程会同时操作同一个连接对象，必然出现连接状态混乱的问题。
单元测试阶段都是单线程串行执行，不会触发并发冲突，所以运行完全正常；并发场景下就会出现A线程刚打开连接，B线程已经调用CloseConnection把连接关闭的情况，Dapper执行SQL时自然抛出「连接必须打开」的异常。

• 静态_oracleConnection实例全局共享，OracleConnection本身不是线程安全的，不支持多线程同时操作
• 每次调用GetConnection都重复赋值DefaultTypeMap.MatchNamesWithUnderscores = true，该配置是Dapper全局静态配置，只需要在应用启动时设置一次即可，重复赋值没有意义还可能引发并发配置冲突
• 自己手动管理连接的打开/关闭逻辑，完全没有必要，ADO.NET原生自带连接池，会自动处理连接的复用逻辑，自行管理反而容易出现资源泄漏和状态异常

1. 废弃现有全局共享连接的实现，每次数据库操作都新建独立的连接实例，用完后立即释放
2. 用using语法块自动管理连接的释放，不需要手动调用Open/Close方法，Dapper会自动处理连接的打开逻辑
3. 把Dapper全局配置挪到应用启动的初始化逻辑中执行

修改后的参考代码如下：

// 应用启动时全局配置一次即可，比如Program.cs中
DefaultTypeMap.MatchNamesWithUnderscores = true;

// 重写后的存储过程执行方法
public static int ExecuteSP(string spName, object parameters)
{
    using var connection = new OracleConnection(GetConnectionString(_ConnectionString));
    return connection.Execute(spName, parameters, commandType: CommandType.StoredProcedure);
}

原有的ConnectionManager的GetConnection、CloseConnection方法可以直接删除，不需要自行维护连接生命周期。

• 支付场景对数据一致性要求高，如果需要使用事务，务必保证每个请求的事务对象独立，不要跨线程共享事务、连接这类非线程安全的数据库资源
• ADO.NET的连接池默认已经做了连接复用优化，短连接模式的性能远高于自行维护的全局长连接，不需要担心频繁新建连接带来的性能损耗

内容的提问来源于stack exchange，提问作者Shazia Tabassum