设计线程池需要注意哪几个问题? 有次面试被人问起,没答出来,呵呵请赐教! 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 数据库连接池的设计考虑 周末检到本J2EE的书翻了两下(1200多页,我靠),其中有提到JDBC的连接池,小有兴趣,因为我的VC-ADO程序也可以考虑实现个简单连接池来用用。ADO的连接有几个特点:1.它不是线程安全的。容易造成事务死锁。一般单条sql的不会死锁,但比如执行事务或游标时就很容易死锁掉.所以一般的多线程程序不提倡重用同一个ADO Connection2:ADO会自己管理OLEDB连接池,当调用Connection的close方法,仅仅是将连接放到池里,直到超时或程序关闭。一般来说,一个程序使用相同连接串创建的连接都会被自动池化。ADO.net可以明确的选择是否使用池。3:如果使用智能指针_ConnectionPrt,其Close方式只是关闭连接(放到池),而没有释放对象。4:但如果一直不调用Close,该连接则无法被其他线程/进程共享5:在某个连接上忙,且程序要求在该连接上执行操作的时候,ADO其实会打开一个临时连接供使用。之所以考虑ADO的连接池,主要是执行一些简单的sql时(如insert,delete..),不需要多创建很多ADO Connection对象。另外也随便记录一点设计一个池要考虑的一些要素:1:池化。包括批次初始化和释放连接。可以设计成忙/闲队列管理,一有调用,就从闲队列里取出一个,并将其引用放到忙队列里;或者采用循环数组,通过记数管理。倾向于使用后者,因为前者最多的连接数不能超出队列大小,而实际上每个连接是可以被客户端复用的。记数管理的目的是获取连接池里被引用最少的一个连接。2:给客户端统一的获取和释放接口。Pool.GetConnection这个好理解。也可以定义一个Pool.ReleaseConnection(Connection)接口,但客户端代码难免会习惯性的调用Connection.Close(即使禁止)。最好的办法就是实现或者说重载Connection接口,接管或屏蔽Close.使Close的默认动作是将连接返回Pool里待用(或者减少在连接上的使用记数).3:检测连接上的事务完成状态。在一个复用的连接上交叉执行事务是不应该的。在一个事务没有执行完毕时,不允许加入另一个事务(通过进程内锁实现)。但目前编写的代码基本上没有使用到transaction的,所以不着急。4:从2可以看到,最好是定义一个PooledConnection接口,客户端对接口实例操作,而不是直接对Connection对象操作,这样才能更好的实现池化的一些控制逻辑。但这样又牵涉到接口和对象间的同步维护。最好是用继承的方法实现,除了打开关闭等直接影响连接状况的接口外,还是给客户端对对象的大部分直接控制接口。5:连接池应检测Connection的连接状态,断连的连接应该被标记或直接移出连接池。 合理配置线程池尺寸对于大量任务处理的效率有非常明显的提高,但是一旦尺寸选择不合理(过大或过小)就会严重降低影响服务器性能。"过小"将出现任务不能及时处理的情况,过大"则会出现线程间同步开销太大的问题,而且在线程间切换很耗CPU时间.其实apache已经有比较好的线程池了:http://jakarta.apache.org/commons/pool/ 帮忙解决一下thread类和synchronized的问题。 求java项目设计 如何获取bean的get方法 另一个关于java的socket问题 请问文件对话框和消息框分别是哪个类? 我怎么觉得抽象类和接口是一回事,是吗? 请问一个初级问题. 关于Double的四舍五入 紧急求援,JAVA中,怎么调用VC写的DLL和OCX控件???在线等待,解决立即给分!!! 如何判断字符串是否是数字? 还是数组的问题 1500-2500 RMB求一功能实现,高手一日可搞掂
周末检到本J2EE的书翻了两下(1200多页,我靠),其中有提到JDBC的连接池,小有兴趣,因为我的VC-ADO程序也可以考虑实现个简单连接池来用用。
ADO的连接有几个特点:
1.它不是线程安全的。容易造成事务死锁。一般单条sql的不会死锁,但比如执行事务或游标时就很容易死锁掉.所以一般的多线程程序不提倡重用同一个ADO Connection
2:ADO会自己管理OLEDB连接池,当调用Connection的close方法,仅仅是将连接放到池里,直到超时或程序关闭。一般来说,一个程序使用相同连接串创建的连接都会被自动池化。ADO.net可以明确的选择是否使用池。
3:如果使用智能指针_ConnectionPrt,其Close方式只是关闭连接(放到池),而没有释放对象。
4:但如果一直不调用Close,该连接则无法被其他线程/进程共享
5:在某个连接上忙,且程序要求在该连接上执行操作的时候,ADO其实会打开一个临时连接供使用。之所以考虑ADO的连接池,主要是执行一些简单的sql时(如insert,delete..),不需要多创建很多ADO Connection对象。
另外也随便记录一点设计一个池要考虑的一些要素:
1:池化。包括批次初始化和释放连接。可以设计成忙/闲队列管理,一有调用,就从闲队列里取出一个,并将其引用放到忙队列里;或者采用循环数组,通过记数管理。倾向于使用后者,因为前者最多的连接数不能超出队列大小,而实际上每个连接是可以被客户端复用的。记数管理的目的是获取连接池里被引用最少的一个连接。2:给客户端统一的获取和释放接口。Pool.GetConnection这个好理解。也可以定义一个Pool.ReleaseConnection(Connection)接口,但客户端代码难免会习惯性的调用Connection.Close(即使禁止)。最好的办法就是实现或者说重载Connection接口,接管或屏蔽Close.使Close的默认动作是将连接返回Pool里待用(或者减少在连接上的使用记数).3:检测连接上的事务完成状态。在一个复用的连接上交叉执行事务是不应该的。在一个事务没有执行完毕时,不允许加入另一个事务(通过进程内锁实现)。但目前编写的代码基本上没有使用到transaction的,所以不着急。4:从2可以看到,最好是定义一个PooledConnection接口,客户端对接口实例操作,而不是直接对Connection对象操作,这样才能更好的实现池化的一些控制逻辑。但这样又牵涉到接口和对象间的同步维护。最好是用继承的方法实现,除了打开关闭等直接影响连接状况的接口外,还是给客户端对对象的大部分直接控制接口。5:连接池应检测Connection的连接状态,断连的连接应该被标记或直接移出连接池。
其实apache已经有比较好的线程池了:
http://jakarta.apache.org/commons/pool/