SqlConnection.Open()才真正建立物理连接,异常也发生在此;new SqlConnection仅创建对象。必须用try/catch包裹Open()并按SqlException.Number差异化处理,且务必使用using确保连接归还池中。

SqlConnection.Open() 才真正建立连接,异常也发生在这里
很多人以为 new SqlConnection(connectionString) 就连上了,其实只是构造对象;真正的网络握手、认证、协议协商全在调用 conn.Open() 时才触发。这也是 SqlException 最常抛出的位置。
必须用 try/catch 包裹 Open(),并检查 ex.Number 做差异化处理:
-
2:服务器不可达——检查实例名(如localhost\SQLEXPRESS)、IP、端口(命名实例需 SQL Server Browser 服务运行) -
18456:登录失败——核对用户名密码,注意 SQL Server 身份验证是否启用,Windows 身份验证下Trusted_Connection=True不能漏 -
4060:数据库不存在或权限不足——确认Initial Catalog拼写,且登录用户对该库有CONNECT权限
连接字符串写错是超时的头号原因,不是代码逻辑问题
超时错误(比如“从池获得连接之前经过的超时时间”)表面是等待,根源往往是连接串参数不匹配,导致底层反复重试无效组合。
两种主流格式必须分清:
- Windows 身份验证(开发常用):
"Server=localhost\SQLEXPRESS;Database=MyDB;Trusted_Connection=True;"—— 注意双反斜杠是 C# 字符串转义,若用逐字字符串应写为@'Server=localhostSQLEXPRESS;...' - SQL Server 身份验证(生产常见):
"Server=192.168.1.100,1433;Database=MyDB;User Id=myuser;Password=mypass;"—— 端口显式写上更稳妥,避免依赖 SQL Server Browser
别忽略大小写和空格:例如 Persist Security Info=True 写成 persist 或漏掉 Info,某些驱动会静默忽略,最终连到默认库或失败。
Connection Pool 耗尽 = 频繁新建但没释放 = “假超时”
你看到的“超时过期了。从池获得连接之前经过的超时时间”,大概率不是网络慢,而是连接池被占满且没人归还——典型症状是:第一次正常,开第二个窗体就卡住,再点一次直接报错。
问题常出在自定义连接类里(比如 MyConnection 构造函数里直接 _con.Open() 却没配 using 或 Dispose):
- ❌ 错误模式:每次 new MyConnection → Open() → 用完不 Close/Dispose → 连接滞留在池中,直到超时回收(默认 4–8 分钟)
- ✅ 正确做法:所有
SqlConnection必须包裹在using块中,哪怕只执行一条查询;using保证无论是否异常都会调用Close(),把连接还给池 - ⚠️ 注意:
SqlConnection默认开启连接池,Close()不等于断 TCP,只是归还;所以不必缓存SqlConnection实例,new + using 是安全高效的
CommandTimeout 和 Connection Timeout 是两回事,别混设
Connection Timeout 控制“连上服务器要多久”,是连接字符串里的参数:"Connection Timeout=30;"(默认 15 秒);而 SqlCommand.CommandTimeout 控制“连上后执行 SQL 要多久”,单位是秒,需显式赋值:
using (var cmd = new SqlCommand(query, conn))
{
cmd.CommandTimeout = 300; // 5分钟,针对慢查询
cmd.ExecuteNonQuery();
}二者完全独立:
- 连不上(
Open()报错)→ 查Connection Timeout和连接字符串 - 连得上但查询卡死(
ExecuteReader报超时)→ 查CommandTimeout和 SQL 本身性能(比如没走索引、锁表、跨服务器查询) - 特别注意:远程链接服务器(Linked Server)查询在 SSMS 里快、C# 里慢,大概率是分布式事务或网络协议协商差异,不是超时值设小了
真正难排查的是 TCP 层连接超时——它不走 ADO.NET 配置,由操作系统控制,无法通过代码调整,只能靠网络诊断(telnet、ping、Wireshark)定位链路问题。


















