对于连接池，其实你多想想就明白了。

>是否每一个用户连接都要占用一个Connection，such as 在pool中设定最大连接数为10，比如有10个用户同时连接时就达到pool的最大连接了呢？如果访问量很大的门户站点，最大连接数是不时应该设置很大呢？
：：一般来说，连接池设置的时候，是允许设置最小连接数和最大连接数的。最小连接数是用于系统空闲的时候的，这样可以降低database的压力。当访问增多，所需连接数超出最小连接数时，系统会再创建连接，并放入连接池。当访问量很大时，最大连接数当然也会相应增大。但对于设计的好的系统来说，数据库访问时间占总处理时间的比例不应该很高。比如可以利用cache的技术，来降低对数据库的访问次数。

>
>当访问连接超过了最大连接数时，怎么处理？
>继续为用户创建新连接，这时保存conn的vector的size()已经超过了最大连接数，如何对超过这部分的连接进行管理，继续把他们加入到pool中？
：：如果超出了最大连接数，一般的pool manager会重试数次，做等待。而往往等一会儿就会有空闲连接了。若仍未取到连接，可以有不同的处理方法，一般是返回一个null啦。这种情况应该记录，这可以帮助你了解最大连接数应该是多少。

>
>连接超过过期的处理，比如在一个jsp页面中调用一个poolbean中的conn,这个bean的scope设置为什么比较好？page吗？
>是否需要在这个jsp页面最后把这个conn归还给pool呢？还是留着给用户下一个页面使用？
>
：：用完的连接当然应该立即返回，要知道从连接池取一个连接是很快的，而若你一直霸占着连接，导至池中连接不够，再创建连接的时间是很长的。一个connection永远只应该在一个页面甚至一次事务的范围内使用。

>如果不把他归还的给pool的话，这个conn会在多久后就超时失效呢？怎么处理这种失效的connection, Hashtable他并不知道这个conn是否已经失效呢，Hashtable只是保留这个object而已?
>
：：这会根据你的设置来定的。若总是不返回连接，池中连接委有快会耗尽，后台进程就会检查空连接的情况，并加以释放。
事实上在poolman中，是有一个线程一直在运行的，可以设置隔多少时间就重建连接。
Hashtable当然是什么都不知道的啦。它只是一个装东西的房间而已。另外会有一个线程来做仓库管理员的。

关键词： 对于连接池其实你多想想就明白了。