程序在服务器显示"超时时间已到"本地却正常(.Net)

呵呵，你把网站里所有用到IDataReader对象，在用完之后全关闭掉，就不会有问题了，这个很明显是Conn没有释放掉，

IDataReader 开着会一直占用连接，当你没有一直刷新的时候，NET来得及自动释放，如果一直刷新，连接数迅速上升，而net没有来得及自动释放，所以到后来就会没Conn可用

参照如下的：

Timer类是用来执行任务的类，它接受一个TimerTask做参数

TimerTask是个抽象类，他扩展了Object并实现了Runnable接口，因此你必须在自己的Task中实现publicvoid run()方法。这也就是我们需要执行的具体任务。

Timer有两种执行任务的模式,最常用的是schedule,它可以以两种方式执行任务:1:在某个时间(Data)，2:在某个固定的时间之后(intdelay)这两种方式都可以指定任务执行的频率

我们指定一个线程A，调用对象Bwait(timeout)，线程A就会阻塞，直到timeout到了，B醒来会使A继续执行。

其实Timer类是为多任务定时设计的，在实现里面，B是一个任务队列(实现上就是一个array)，维护着所有使用当前Timer定时的任务，它们可是一堆货真价实的线程实例。每次线程A都取队列中距离当前时间最近的的定时任务，跟当前时间比较，然后wait(timeout)这段时间。线程唤醒的时刻也是队列中这个定时任务运行的时刻。然后线程继续取下一个定时任务，继续wait(timeout)。从这里我们能看出来，每次定时都有额外的时间开销，比如要维护队列等，所以Java的Timer类不保证实时。

Timer中最主要由三个部分组成:

任务TimerTask 、 任务队列: TaskQueue queue 和 任务调试者:TimerThreadthread

Timer对任务的调度是基于绝对时间的。

所有的TimerTask只有一个线程TimerThread来执行，因此同一时刻只有一个TimerTask在执行。

任何一个TimerTask的执行异常都会导致Timer终止所有任务。

由于基于绝对时间并且是单线程执行，因此在多个任务调度时，长时间执行的任务被执行后有可能导致短时间任务快速在短时间内被执行多次或者干脆丢弃多个任务。

由于Timer/TimerTask有这些特点（缺陷），因此这就导致了需要一个更加完善的任务调度框架来解决这些问题。

默认情况下，只要一个程序的timer线程在运行，那么这个程序就会保持运行。当然，你可以通过以下四种方法终止一个timer线程：

调用timer的cancle方法。你可以从程序的任何地方调用此方法，甚至在一个timertask的run方法里。

让timer线程成为一个daemon线程（可以在创建timer时使用newTimer(true)达到这个目地），这样当程序只有daemon线程的时候，它就会自动终止运行。

当timer相关的所有task执行完毕以后，删除所有此timer对象的引用（置成null），这样timer线程也会终止。

调用Systemexit方法，使整个程序（所有线程）终止。

你是不是使用了比较耗数据库资源的对象，比如DataReader，DataReader是独占连接的，比如说数据库最大连接设10，假设有10个人同时使用DataReader正在读取数据库内容，那么当第11人读取的时候，连接池中的连接已经没有了，就会出现上面的错误。

加大并发数量只能暂时缓解问题，如果加大到200个并发连接，如果有201人同时 *** 作怎么办？

再有就是使用了数据库连接后一定要及时关闭并释放数据库连接对象，

要使用Connection对象的Close()方法，和Connection的Dispose()方法显式释放连接才可以，否则这个对象占用的连接只能等到垃圾收集的情况下才能被释放。这种情况肯定会出现“超时时间已到”的错误。

每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况，而这些情况需要在代码中编程来解决;本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念，此外，还会探讨如何避免死锁等问题，文章以DB2(版本9)与为例进行讲解。

什么是数据库锁定与死锁

锁定(Locking)发生在当一个事务获得对某一资源的“锁”时，这时，其他的事务就不能更改这个资源了，这种机制的存在是为了保证数据一致性;在设计与数据库交互的程序时，必须处理锁与资源不可用的情况。锁定是个比较复杂的概念，仔细说起来可能又需要一大篇，所以在本文中，只把锁定看作是一个临时事件，这意味着如果一个资源被锁定，它总会在以后某个时间被释放。而死锁发生在当多个进程访问同一数据库时，其中每个进程拥有的锁都是其他进程所需的，由此造成每个进程都无法继续下去。

如何避免锁

我们可利用事务型数据库中的隔离级别机制来避免锁的创建，正确地使用隔离级别可使程序处理更多的并发事件(如允许多个用户访问数据)，还能预防像丢失修改(LostUpdate)、读“脏”数据(DirtyRead)、不可重复读(NonrepeatableRead)及“虚”(Phantom)等问题。

隔离级别问题现象

丢失修改读“脏”数据不可重复读“虚”

可重复读取NoNoNoNo

读取稳定性NoNoNoYes

光标稳定性NoNoYesYes

未提交的读NoYesYesYes

表1：DB2的隔离级别与其对应的问题现象

在只读模式中，就可以防止锁定发生，而不用那些未提交只读隔离级别的含糊语句。霍营电脑培训发现一条SQL语句当使用了下列命令之一时，就应该考虑只读模式了

具体看什么要求，一般一个中断执行时间计时毫秒， 估计是你写程序写的太多，造成PLC扫描中断周期过长，

1建议你把中断程序优化下，写到其他位置，和中断分离，这样扫描的周期 会短点

2另外，你可以考虑用定时中断啊，这样避免了中断程序没扫描完，中断就被复位。

3程序一般控制毫秒控制肯定能达到工业使用要求的，你也可以把定时时间加长点。

以上就是关于程序在服务器显示"超时时间已到"本地却正常(.Net)全部的内容，包括:程序在服务器显示"超时时间已到"本地却正常(.Net)、java的timer类如何判断程序超时呢、在Winforms程序运行中,出现超时时间已到的提示,是怎么回事等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！