这些PMD规则的原因是什么？

Question

DataflowAnomalyAnalysis：找到变量“ variable”（行“ n1”-“ n2”）的“ DD”异常。

DataflowAnomalyAnalysis：找到变量“ variable”（行“ n1”-“ n2”）的“ DU”异常。

DD和DU听起来很熟悉…我想在涉及最差的前后条件的测试和分析中说些什么，但我不记得具体情况。

NullAssignment：将Object分配为null是一种代码味道。考虑重构。

null如果该对象是本地对象（未在方法外部使用），是否会设置对象来帮助进行垃圾回收？还是那是神话？

MethodArgumentCouldBeFinal：参数“ param”未分配，可以声明为final

LocalVariableCouldBeFinal：可以将局部变量“变量”声明为final

使用final参数和变量有什么好处？

LooseCoupling：避免使用“ LinkedList”之类的实现类型；使用界面代替

如果我知道我特别需要a
LinkedList，为什么不使用a来向未来的开发人员明确表明我的意图？返回有意义的类路径中最高级别的类是一回事，但是为什么我不将变量声明为最严格的呢？

避免使用SynchronizedAtMethodLevel：使用块级而不是方法级同步

与方法级同步相比，块级同步有哪些优势？

PreventUsingShortType：请勿使用短型

我最初的语言是C和C ++，但是在Java世界中，为什么不使用最能描述我的数据的类型？

Answer 1

• DD和DU异常（如果我没记错的话，我使用FindBugs，并且消息有些不同），是指为从未读取的局部变量分配值，通常是因为在读取之前将其重新分配了另一个值。典型的情况null是在声明变量时对其进行初始化。

• 分配null给局部变量以“辅助”垃圾收集器是一个神话。PMD让您知道这只是适得其反。

• 在局部变量上指定final对优化器来说 应该 非常有用，但是我没有任何具体实例说明当前JIT充分利用了这一提示。我发现它在推理我自己的代码的正确性方面很有用。

• 从以下方面指定接口：好的， 接口 是一种很好的设计实践。您可以轻松更改集合的实现，而完全不会影响调用者。这就是接口的全部意义。

• 我想不出有很多情况下，呼叫者就 需要 一个LinkedList，因为它不公开不是由一些接口声明的API。如果客户端依赖于该API，则可以通过正确的接口使用它。

• 块级同步可以使关键部分更小，从而可以同时进行尽可能多的工作。也许更重要的是，它允许使用由封闭对象私有控制的锁定对象。这样，您可以保证不会发生死锁。使用实例本身作为锁，任何人都可以错误地对其进行同步，从而导致死锁。

• 类型的操作数short可int在任何操作中提升。该规则让您知道此促销正在进行中，您最好使用int。但是，使用short类型可以节省内存，因此如果它是实例成员，则可能会忽略该规则。