gpt4 book ai didi

jdbc - DD异常,清理数据库资源: is there a clean solution?

转载 作者:行者123 更新时间:2023-12-04 15:35:47 26 4
gpt4 key购买 nike

这是我们都写过的一段代码:

public CustomerTO getCustomerByCustDel(final String cust, final int del)
抛出 SQLException {
最终 PreparedStatement 查询 = getFetchByCustDel();
结果集记录 = null;
尝试 {
query.setString(1, cust);
query.setInt(2, del);
记录 = query.executeQuery();

返回 this.getCustomer(records);
} 最后 {
如果(记录!= null){
记录.关闭();
}
查询关闭();
}
}

如果您省略“finally”块,那么您就会使数据库资源悬而未决,这显然是一个潜在的问题。但是,如果您执行我在此处所做的操作 - 在 **try** 块外将 ResultSet 设置为 null,然后将其设置为块内所需的值 - PMD 会报告“DD 异常”。在文档中,DD异常描述如下:

DataflowAnomalyAnalysis: The dataflow analysis tracks local definitions, undefinitions and references to variables on different paths on the data flow.From those informations there can be found various problems. [...] DD - Anomaly: A recently defined variable is redefined. This is ominous but don't have to be a bug.


如果您在块外声明 ResultSet 而不设置值,则在执行 if (records != null) 测试时,您会正确地得到“变量可能尚未初始化”错误。

现在,在我看来,我在这里的使用不是错误。但是有没有一种干净的重写方法不会触发 PMD 警告?我并不特别想禁用 PMD 的 DataFlowAnomalyAnalysis 规则,因为识别 UR 和 DU 异常实际上很有用;但是这些 DD 异常让我怀疑我可以做得更好 - 而且,如果没有更好的方法来做到这一点,它们就会变得困惑(我也许应该看看我是否可以重写 PMD 规则)

最佳答案

我认为这更清楚:

PreparedStatement query = getFetchByCustDel();
try {
query.setString(1, cust);
query.setInt(2, del);
ResultSet records = query.executeQuery();
try {
return this.getCustomer(records);
} finally {
records.close();
}
} finally {
query.close();
}

此外,在您的版本中,如果 records.close() 抛出异常,则查询不会关闭。

关于jdbc - DD异常,清理数据库资源: is there a clean solution?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10752654/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com