我们有一个Web应用程序,可以为超过1000个并发用户提供服务 目前,用于获取DB Connnection的Utility类是
public static Connection getDBConnection()
{
Connection conn = null;
try
{
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("java:/comp/env/jdbc/MyLocalDB");
try
{
conn = ds.getConnection();
}
catch ( SQLException sqlEx )
{
System.out.println( "cannot get JDBC connection: " + sqlEx );
}
}
catch ( NamingException nEx )
{
nEx.printStackTrace();
}
return conn;
}
选项2:
public class DBConnection2 {
private static DataSource dataSource;
static {
try {
dataSource = (DataSource) new InitialContext().lookup("java:/comp/env/jdbc/MyLocalDB");
} catch (NamingException e) {
try {
throw new Exception("'jndifordbconc' not found in JNDI",e);
} catch (Exception e1) {
e1.printStackTrace();
}
}
}
public static Connection getConnection() {
try {
return dataSource.getConnection();
} catch (SQLException e) {
e.printStackTrace();
return null;
}
}
}
请让我知道什么是更好的选择(我猜它的第二个操作是查找是一项代价高昂的操作,而且我只在应用程序中执行一次。)
请分享您的观点。
答案 0 :(得分:2)
在第二种方法中,您应该确保使用连接池。否则用户将不得不等待其他人。
例如To Tomcat 带来自己的连接池。 或者,如果您不使用Tomcat,也许可以查看C3p0: JDBC DataSources/Resource Pools。
答案 1 :(得分:2)
你应该采用第二种方法。正如你所说,你不需要继续在JNDI中查找数据源。
我假设您正在使用tomcat-jdbc项目提供的池化数据源,否则性能会很差。
答案 2 :(得分:0)
第二个选项仅在加载类时初始化dataSource
,然后在所有DBConnection2
实例周围共享。每次调用DataSource
时,第一个选项都会初始化一个新的getDBConnection()
实例。因此,第二种选择具有更好的性能。但请注意连接释放问题。如果选择第一个选项,请确保关闭连接。我更喜欢使用框架来处理数据库连接,例如Spring JDBC
:http://docs.spring.io/spring/docs/current/spring-framework-reference/html/jdbc.html