超时时间已到。在 *** 作完成之前超时时间已过或服务器未响应

报错，“超时时间已到。在 *** 作完成之前超时时间已过或服务器未响应”

初步分析原因为对MSsql *** 作时连接超时，知道这事，以前没留意，大概是在配置文件中设置连接时限，在网上找了下解决方法，大多说在数据库连接字符串里解决

改为：

似乎没效果。依然运行30秒即报超时！

突然感觉似乎应该可以在连接数据库代码中指明，式了下con的属性，有个ConnectionTimeout，

尝试失败，再接着看command对象属性，发现其也有类似属性！CommandTimeout设置一下：

再运行，即解决，这里设置的时间的180秒，即三分钟！可根据需要设置，如果过长，也可以设置为0，当此属性设置为0时表示不限制时间。此属性值应该慎用。还需要在Web.config配置文件中设置http请求运行时限间

这里设置的为720秒，前面的属性maxRequestLength一般用于用户上传文件限制大小！默认一般为4096 KB 4 MB。

看一下来自MSDN解释：

     httpRuntime是配置asp.net http运行时设置，以确定如何处理对asp.net应用程序的请求。

     executionTimeout:表示允许执行请求的最大时间限制，单位为秒

     maxRequestLength：指示 ASP.NET 支持的最大文件上载大小。该限制可用于防止因用户将大量文件传递到该服务器而导致的拒绝服务攻击。指定的大小以 KB 为单位。默认值为 4096 KB 4 MB。

     useFullyQualifIEdRedirectUrl：表示指示客户端重定向是否是完全限定的（采用 'http://server/path ' 格式，这是某些移动控件所必需的），或者指示是否代之以将相对重定向发送到客户端。如果为 True，则所有不是完全限定的重定向都将自动转换为完全限定的格式。false 是默认选项。

     minFreeThreads：表示指定允许执行新请求的自由线程的最小数目。ASP.NET 为要求附加线程来完成其处理的请求而使指定数目的线程保持自由状态。默认值为 8。

    minLocalRequestFreeThreads：表示ASP.NET 保持的允许执行新本地请求的自由线程的最小数目。该线程数目是为从本地主机传入的请求而保留的，以防某些请求在其处理期间发出对本地主机的子请求。这避免了可能的因递归重新进入 Web 服务器而导致的死锁。

    appRequestQueuelimit：表示ASP.NET 将为应用程序排队的请求的最大数目。当没有足够的自由线程来处理请求时，将对请求进行排队。当队列超出了该设置中指定的限制时，将通过“503 - 服务器太忙”错误信息拒绝传入的请求。

    enabLeversionheader：表示指定 ASP.NET 是否应输出版本标头。Microsoft Visual Studio 2005 使用该属性来确定当前使用的 ASP.NET 版本。对于生产环境，该属性不是必需的，可以禁用。

在项目中，做蓄水量线性插值功能模块过程中，每次update蓄水量字段到数据库中时，每隔几十条就会出现“超时时间已到。在 *** 作完成之前超时时间已过或服务器未响应。 ” 的异常，一开始以为是数据记录太多（一共170000多条），于是考虑数据分段获取-插值-更新的方式，每次只执行100条记录，仍然会报该异常。因此排 除该情况。由于我连接另外一台装有sqlServer数据库的服务器时，不会出现该问题，而在我本机进行数据库测试时，就会出现该问题。因此，我怀疑是我 本机的sqlserver数据库服务段设置不正确。经检查发现，我的sql Server的网络使用工具中的TCP/IP的属性设置为0，而查询服务器sql server该端口值为1433，因此我将该值修改为1433，再执行程序测试，则顺利解决超时问题。