SqlConnection线程安全吗？
我有一个Log类，它将日志放在Windows日志和SQL表中。 为了优化我的代码，我想只使用一个SqlConnection 。
在MSDN中，它说：此类型的任何public static （在Visual Basic中为Shared）成员都是线程安全的。 任何实例成员都不保证是线程安全的。
我的问题是：
private static readonly SqlConnection conn = new SqlConnection(ConfigParameters.Instance.UIDConnection);
它是线程安全的吗？ 如果是，使用Open()和Close() ？
如果没有，如何正确使用SqlConnection ？
这是我的完整类代码：
private static readonly SqlConnection conn = new SqlConnection(ConfigParameters.Instance.UIDConnection); public static long WriteLog(string sSource, string sMessage, int iErrorCode, EventLogEntryType xErrorType) { // Windows Logs if (ConfigParameters.Instance.WindowsLog) EventLog.WriteEntry(sSource, sMessage, xErrorType, iErrorCode); // SQL Logs // TODO return 0; }
这不是共享SqlConnection的常用方法，只应在特殊用例下使用。
首先，您确实知道资源池是一种常用模式，用于在使用套接字，网络流，Web服务时提高性能……
但是特别是对于SqlConnection，你不必担心这个，因为框架已经为你做了这个，这要归功于Sql Connection Pool 。
每当用户在连接上调用Open时，pooler将在池中查找可用连接。 如果池连接可用，则将其返回给调用者而不是打开新连接。 当应用程序在连接上调用Close时，pooler会将其返回到池化的活动连接集，而不是关闭它。 一旦连接返回到池，就可以在下一个Open调用中重用它
您可以将SqlConnection视为实际连接的包装器。 不要相信实例化新的SqlConnection代价高昂：它不是很多，并且许多具有高流量的网站都是用它构建的。
默认策略（至少对于sql server）是它将自动运行。 您只需要知道关闭连接（使用使用块）。 还有许多设置来管理池。
您的代码还包含不正确的错误管理：如果连接中止（DBA，网络故障，…），您将在记录时抛出exception…不理想
为此，我认为在您的情况下共享sql连接并不合适。 使用异步日志记录库可以获得更多性能。
在你确定这是一个真正的问题之前，不要专注于此。
我们应该忘记小的效率，大约97％的时间说：过早的优化是万恶之源， Donald Knuth