blocks|key|614226|text|FindBugs非常擅长用空查找问题。http://findbugs.sourceforge.net/bugDescriptions.html描述了FindBugs可以识别的许多与空值有关的错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|614227|entityMap|0|LINK|mutability|MUTABLE|url|http://findbugs.sourceforge.net/bugDescriptions.html^0|J|1G|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

FindBugs is quite good at finding problems with nulls.
<a href="http://findbugs.sourceforge.net/bugDescriptions.html" rel="nofollow">http://findbugs.sourceforge.net/bugDescriptions.html</a> describes many bugs FindBugs can recognize to do with nulls.

blocks|key|298825|text|FindBugs使用静态分析来查找Java代码中的bug。您可以获得关于改进代码的好提示，但由于这两种问题的运行时性质，它不能保证您将检测到内存泄漏或NullPointerExceptions。当然，在避免可能导致内存泄漏和空指针的不良实践方面，您会得到非常好的提示，但这只是一个起点。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|298826|还检查这个问题是否在Java中查找内存泄漏。|offset|length|298827|下面的Findbug检查有助于避免NullPointerException：|298828|具有布尔返回类型的方法返回显式null|unordered-list-item|298829|NP:克隆方法可能返回null|298830|NP:+equals()方法不检查空参数|298831|NP:+toString方法可能返回null|298832|NP:空指针取消引用|298833|NP:异常路径上方法中的空指针取消引用|298834|方法不检查空参数。|298835|NP:对始终为null的值调用close()|298836|NP:+Null值保证被取消引用。|298837|NP:值为空，并保证在异常路径上取消引用。|298838|NP:方法调用将空传递给非空参数。|298839|方法可以返回null，但声明为@NonNull|298840|NP:检查已知的空值，以确定它是否是类型的实例。|298841|NP:可能的空指针取消引用|298842|NP:异常路径上方法中可能的空指针取消引用|298843|NP:方法调用对非空参数传递null|298844|298845|NP:对于非空参数，非虚方法调用传递null。|298846|NP:将空值存储到带注释的字段NonNull中|298847|NP:阅读未书写的字段|298848|NP:不带空校验的readLine()结果的删除|298849|NP:立即取消对readLine()结果的引用|298850|NP:已知空值的负载|298851|NP:由于被调用方法的返回值而可能出现的空指针取消引用|298852|NP:可能不可行的分支上的空指针取消引用|298853|NP:参数必须为非空，但标记为可空。|298854|NP:阅读未写入的公共或受保护的字段|298855|一些有助于改进代码的内存问题的检查包括|298856|Dm:方法调用效率低下的新字符串(String)构造函数|298857|Dm:方法调用效率低下的新String()构造函数|298858|Dm:方法调用低效的布尔构造函数；使用Boolean.valueOf(.)相反，|298859|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/40119/how-to-find-a-java-memory-leak^0|0|3|4|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|2F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|2G|8|@]|9|@$D|2H|E|2I|1|2J]]|A|$]]|$1|F|3|G|5|6|7|2K|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|2L|8|@]|9|@]|A|$]]|$1|K|3|L|5|J|7|2M|8|@]|9|@]|A|$]]|$1|M|3|N|5|J|7|2N|8|@]|9|@]|A|$]]|$1|O|3|P|5|J|7|2O|8|@]|9|@]|A|$]]|$1|Q|3|R|5|J|7|2P|8|@]|9|@]|A|$]]|$1|S|3|T|5|J|7|2Q|8|@]|9|@]|A|$]]|$1|U|3|V|5|J|7|2R|8|@]|9|@]|A|$]]|$1|W|3|X|5|J|7|2S|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|J|7|2T|8|@]|9|@]|A|$]]|$1|10|3|11|5|J|7|2U|8|@]|9|@]|A|$]]|$1|12|3|13|5|J|7|2V|8|@]|9|@]|A|$]]|$1|14|3|15|5|J|7|2W|8|@]|9|@]|A|$]]|$1|16|3|17|5|J|7|2X|8|@]|9|@]|A|$]]|$1|18|3|19|5|J|7|2Y|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|J|7|2Z|8|@]|9|@]|A|$]]|$1|1C|3|1D|5|J|7|30|8|@]|9|@]|A|$]]|$1|1E|3|1D|5|J|7|31|8|@]|9|@]|A|$]]|$1|1F|3|1G|5|J|7|32|8|@]|9|@]|A|$]]|$1|1H|3|1I|5|J|7|33|8|@]|9|@]|A|$]]|$1|1J|3|1K|5|J|7|34|8|@]|9|@]|A|$]]|$1|1L|3|1M|5|J|7|35|8|@]|9|@]|A|$]]|$1|1N|3|1O|5|J|7|36|8|@]|9|@]|A|$]]|$1|1P|3|1Q|5|J|7|37|8|@]|9|@]|A|$]]|$1|1R|3|1S|5|J|7|38|8|@]|9|@]|A|$]]|$1|1T|3|1U|5|J|7|39|8|@]|9|@]|A|$]]|$1|1V|3|1W|5|J|7|3A|8|@]|9|@]|A|$]]|$1|1X|3|1Y|5|J|7|3B|8|@]|9|@]|A|$]]|$1|1Z|3|20|5|6|7|3C|8|@]|9|@]|A|$]]|$1|21|3|22|5|J|7|3D|8|@]|9|@]|A|$]]|$1|23|3|24|5|J|7|3E|8|@]|9|@]|A|$]]|$1|25|3|26|5|J|7|3F|8|@]|9|@]|A|$]]|$1|27|3|-4|5|6|7|3G|8|@]|9|@]|A|$]]]|28|$29|$5|2A|2B|2C|A|$2D|2E]]]]

FindBugs uses static analysis to look for bugs in Java code. You could get good tips about improving your code, but it cannot guarantee you will detect memory leaks or NullPointerExceptions due to the runtime nature of both kind of problems. Certainly you will get very good tips about avoiding bad practices that could cause memory leaks and null pointers, but it is just a starting point. 

Also check <a href="https://stackoverflow.com/questions/40119/how-to-find-a-java-memory-leak">this question</a> about finding memory leaks in Java.

The following Findbugs checks helps avoiding NullPointerException:

<ul>
<li>NP: Method with Boolean return type returns explicit null</li>
<li>NP: Clone method may return null</li>
<li>NP: equals() method does not check for null argument</li>
<li>NP: toString method may return null</li>
<li>NP: Null pointer dereference </li>
<li>NP: Null pointer dereference in method on exception path </li>
<li>NP: Method does not check for null argument </li>
<li>NP: close() invoked on a value that is always null </li>
<li>NP: Null value is guaranteed to be dereferenced </li>
<li>NP: Value is null and guaranteed to be dereferenced on exception path </li>
<li>NP: Method call passes null to a nonnull parameter </li>
<li>NP: Method may return null, but is declared @NonNull </li>
<li>NP: A known null value is checked to see if it is an instance of a type </li>
<li>NP: Possible null pointer dereference </li>
<li>NP: Possible null pointer dereference in method on exception path </li>
<li>NP: Method call passes null for nonnull parameter </li>
<li>NP: Method call passes null for nonnull parameter</li>
<li>NP: Non-virtual method call passes null for nonnull parameter</li>
<li>NP: Store of null value into field annotated NonNull </li>
<li>NP: Read of unwritten field</li>
<li>NP: Dereference of the result of readLine() without nullcheck</li>
<li>NP: Immediate dereference of the result of readLine()</li>
<li>NP: Load of known null value</li>
<li>NP: Possible null pointer dereference due to return value of called method</li>
<li>NP: Possible null pointer dereference on branch that might be infeasible</li>
<li>NP: Parameter must be nonnull but is marked as nullable </li>
<li>NP: Read of unwritten public or protected field</li>
</ul>

Some checks about memory issues that will help improve your code are

<ul>
<li>Dm: Method invokes inefficient new String(String) constructor </li>
<li>Dm: Method invokes inefficient new String() constructor</li>
<li>Dm: Method invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead</li>
</ul>

I am looking into using FindBugs to help find obvious bugs in my code.

I understand that any tool is limited in some ways, but the two most prevalent bugs I want to look for are:

<ul>
<li><code>NullPointerExceptions</code>; and</li>
<li>Java memory leaks</li>
</ul>

Does FindBugs have the capabilities to find these? I'm sure one is never guaranteed to have all bugs uncovered, but it would be nice if FindBugs could detect even a fraction of them right there inside of Eclipse for me.

I have been reading the HTML <a href="http://findbugs.sourceforge.net/manual/index.html" rel="nofollow">manual</a> and haven't come across anything that mentions these capabilities.

FindBugs for NullPointerExceptions and Memory Leaks

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在研究如何使用FindBugs来帮助我的代码中发现明显的bug。我知道任何工具在某些方面都是有限的，但我想寻找的两个最普遍的bug是：NullPointerExceptions；和Java内存泄漏FindBugs有找到这些的能力吗？我肯定没有人能保证会发现所有的but，但是如果FindBugs能为我在Eclipse...

问FindBugs用于NullPointerExceptions和内存泄漏
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问FindBugs用于NullPointerExceptions和内存泄漏EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问FindBugs用于NullPointerExceptions和内存泄漏
EN