Ado.Net连接池的速度测试

简介: 晚上闲来无事,突然想测试一下Ado.Net连接池带来的连接速度提升,写了以下代码:    1using System; 2using System.Configuration; 3using System.

晚上闲来无事,突然想测试一下Ado.Net连接池带来的连接速度提升,写了以下代码:

 

 1 using  System;
 2 using  System.Configuration;
 3 using  System.Data.SqlClient;
 4 using  System.Diagnostics;
 5
 6 namespace  ConsoleApplication1
 7 img_405b18b4b6584ae338e0f6ecaf736533.gifimg_1c53668bcee393edac0d7b3b3daff1ae.gif {
 8    class Program
 9img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif    {
10        static void Main(string[] args)
11img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif        {
12            string _connString = ConfigurationManager.ConnectionStrings["ConnStr"].ToString();
13
14            SqlConnection conn = new SqlConnection(_connString);
15
16            Stopwatch sw = new Stopwatch();
17
18            sw.Start();
19            conn.Open();
20            sw.Stop();
21            Console.WriteLine("1连接所用时间:{0}" , sw.ElapsedTicks.ToString());
22
23            conn.Close();//关闭连接
24
25            sw.Reset();
26            sw.Start();
27            conn.Open();//现在是直接从连接池中分配的连接,所以速度要快很多
28            sw.Stop();
29
30            Console.WriteLine("2连接所用时间:{0}", sw.ElapsedTicks.ToString());
31
32            conn.Dispose();//释放连接
33
34            conn.ConnectionString = _connString;
35
36            sw.Reset();
37            sw.Start();
38            conn.Open();//Dispose()后,仍然可以连接!(前提是必须重设连接字符串)
39            sw.Stop();
40            Console.WriteLine("3连接所用时间:{0}", sw.ElapsedTicks.ToString());//从输出结果上看,这一次仍然要比首次连接快很多,貌似也是从连接池中取的
41
42            conn.Close();
43
44
45            using (SqlConnection conn2 = new SqlConnection(_connString))
46img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif            {
47                try
48img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif                {
49                    sw.Reset();
50                    sw.Start();
51                    conn2.Open();//即使创建一个完全不同的新Connection对象,只要连接字符串相同,仍然会从连接池内中分配已有连接,所以速度仍然很快
52                    sw.Stop();
53                    Console.WriteLine("4连接所用时间:{0}", sw.ElapsedTicks.ToString());
54                }

55                catch (Exception)
56img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif                {
57
58                    throw;
59                }

60img_2887d91d0594ef8793c1db92b8a1d545.gifimg_7a2b9a960ee9a98bfd25d306d55009f8.gif                finally {
61                    conn2.Close();
62                }

63            }

64           
65
66           
67            //连续多次调用Close()或Dispose()不会抛出异常,但连续多次调用Open()会抛出异常
68            //conn.Close();
69            //conn.Close();
70
71            //conn.Dispose();
72            //conn.Dispose();
73            Console.Read();
74
75            //即使不关闭连接,程序退出时,连接也被会自动销毁
76        }

77    }

78}

 

本机执行结果1:
--------------------------------
1连接所用时间:480219
2连接所用时间:130
3连接所用时间:60
4连接所用时间:47
--------------------------------


本机执行结果2:
--------------------------------
1连接所用时间:476064
2连接所用时间:137
3连接所用时间:1411
4连接所用时间:49
--------------------------------


本机执行结果3:
--------------------------------
1连接所用时间:691719
2连接所用时间:132
3连接所用时间:69
4连接所用时间:53
--------------------------------


可以明显看出,连接池技术确实让后来的Connection对象Open时速度提升不少,不过有点出乎意料的是"4连接"始终要比"2连接"快不少?既然都是从连接池内中分配的,应该速度差不多才是!另外Dispose()后,再次连接的速度,有时快,有时慢(但总体比首次连接要快),不知道是不是我机器的问题.

 

目录
相关文章
|
12月前
|
自然语言处理 测试技术 C#
NSubstitute:一个简单易用、灵活多变的.NET单元测试模拟框架
NSubstitute是一个开源的.NET单元测试模拟类库,该框架设计的主要目标是提供一个简单明了、易用性强、贴近自然语言的模拟测试框架。它使得开发者能够专注于测试工作,而不是纠结于测试替代实例的创建和配置。
98 5
|
12天前
|
jenkins 测试技术 持续交付
解锁.NET项目高效秘籍:从理论迷雾到实践巅峰,持续集成与自动化测试如何悄然改变游戏规则?
【8月更文挑战第28天】在软件开发领域,持续集成(CI)与自动化测试已成为提升效率和质量的关键工具。尤其在.NET项目中,二者的结合能显著提高开发速度并保证软件稳定性。本文将从理论到实践,详细介绍CI与自动化测试的重要性,并以ASP.NET Core Web API项目为例,演示如何使用Jenkins和NUnit实现自动化构建与测试。每次代码提交后,Jenkins自动触发构建流程,通过编译和运行NUnit测试确保代码质量。这种方式不仅节省了时间,还能快速发现并解决问题,推动.NET项目开发迈向更高水平。
30 8
|
12天前
|
测试技术 API 开发者
.NET单元测试框架大比拼:MSTest、xUnit与NUnit的实战较量与选择指南
【8月更文挑战第28天】单元测试是软件开发中不可或缺的一环,它能够确保代码的质量和稳定性。在.NET生态系统中,MSTest、xUnit和NUnit是最为流行的单元测试框架。本文将对这三种测试框架进行全面解析,并通过示例代码展示它们的基本用法和特点。
27 7
|
8天前
|
Java Spring UED
Spring框架的异常处理秘籍:打造不败之身的应用!
【8月更文挑战第31天】在软件开发中,异常处理对应用的稳定性和健壮性至关重要。Spring框架提供了一套完善的异常处理机制,包括使用`@ExceptionHandler`注解和配置`@ControllerAdvice`。本文将详细介绍这两种方式,并通过示例代码展示其具体应用。`@ExceptionHandler`可用于控制器类中的方法,处理特定异常;而`@ControllerAdvice`则允许定义全局异常处理器,捕获多个控制器中的异常。
23 0
|
8天前
|
API 开发者 Java
API 版本控制不再难!Spring 框架带你玩转多样化的版本管理策略,轻松应对升级挑战!
【8月更文挑战第31天】在开发RESTful服务时,为解决向后兼容性问题,常需进行API版本控制。本文以Spring框架为例,探讨四种版本控制策略:URL版本控制、请求头版本控制、查询参数版本控制及媒体类型版本控制,并提供示例代码。此外,还介绍了通过自定义注解与过滤器实现更灵活的版本控制方案,帮助开发者根据项目需求选择最适合的方法,确保API演化的管理和客户端使用的稳定与兼容。
41 0
|
2月前
|
测试技术 C#
.NET单元测试使用Bogus或AutoFixture按需填充的几种方式和最佳实践
【7月更文挑战第13天】AutoFixture 和 Bogus 都是流行的 C#库,用于在单元测试中按需填充测试数据。以下是它们的几种使用方式和最佳实践:一、AutoFixture:1.直接定制 2.使用匿名函数 3.实现ICustomization接口 4.使用Build方法。 二、最佳实践Bogus:1.安装2.使用。
|
25天前
分享一份 .NET Core 简单的自带日志系统配置,平时做一些测试或个人代码研究,用它就可以了
分享一份 .NET Core 简单的自带日志系统配置,平时做一些测试或个人代码研究,用它就可以了
|
Java 测试技术 API
.net core实践系列之短信服务-Api的SDK的实现与测试(二)
.net core实践系列之短信服务-Api的SDK的实现与测试(二)
164 0
.net core实践系列之短信服务-Api的SDK的实现与测试(二)
|
XML JSON API
.net core实践系列之短信服务-Api的SDK的实现与测试(一)
.net core实践系列之短信服务-Api的SDK的实现与测试(一)
299 0
.net core实践系列之短信服务-Api的SDK的实现与测试(一)