请问会每个客户端都产生个对象来连接数据库，那每个对象的数据库的连接状态都会是一样的吗？也就是产生的Connection会是一样的吗？

一般情况下，在使用开发基于数据库的WEB程序时，传统的模式基本是按以下步骤：
　　1． 在主程序（如Servlet、Beans）中建立数据库连接。 
　　2． 进行SQL操作，取出数据。
　　3． 断开数据库连接。
　　使用这种模式开发，存在很多问题。首先，我们要为每一次WEB请求（例如察看某一篇文章的内容）建立一次数据库连接，对于一次或几次操作来讲，或许你觉察不到系统的开销，但是，对于WEB程序来讲，即使在某一较短的时间段内，其操作请求数也远远不是一两次，而是数十上百次（想想全世界的网友都有可能在您的网页上查找资料），在这种情况下，系统开销是相当大的。事实上，在一个基于数据库的WEB系统中，建立数据库连接的操作将是系统中代价最大的操作之一。很多时候，可能您的网站速度瓶颈就在于此。
　　其次，使用传统的模式，你必须去管理每一个连接，确保他们能被正确关闭，如果出现程序异常而导致某些连接未能关闭，将导致数据库系统中的内存泄露，最终我们将不得不重启数据库。
　　针对以上问题，我们首先想到可以采用一个全局的Connection对象，创建后就不关闭，以后程序一直使用它，这样就不存在每次创建、关闭连接的问题了。但是，同一个连接使用次数过多，将会导致连接的不稳定，进而会导致WEB SERVER的频频重启。故而，这种方法也不可取。实际上，我们可以使用连接池技术来解决上述问题。首先，介绍一下连接池技术的基本原理。顾名思义，连接池最基本的思想就是预先建立一些连接放置于内存对象中以备使用。
    当程序中需要建立数据库连接时，只须从内存中取一个来用而不用新建。同样，使用完毕后，只需放回内存即可。而连接的建立、断开都有连接池自身来管理。同时，我们还可以通过设置连接池的参数来控制连接池中的连接数、每个连接的最大使用次数等等。通过使用连接池，将大大提高程序效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。

你可以用同一个Connection，但极有可能造成对象的死锁。
所以最好分别定义新的连接，完全可以在处理数据库完毕后关闭就行
另外可以考虑用数据库连接池

所有的客户都使用一个连接时，当某个用户正在连接时，其他用户就只好等待了，只有等使用的连接的用户释放连接回连接池后，其他用户才能使用，所以不会造成冲突的