解决Java应用程序中的常见内存泄漏

持有对象引用的静态字段可以防止垃圾收集；使用虚弱的手术或清理机制。 2。未关闭的资源（如流或连接）会导致泄漏；始终使用带试用的资源。 3。非静态内类保留外部类参考；使它们静态或避免长寿存储。 4。未经激动的听众创建悬而未决的参考；取消注册或使用弱参考。 5。螺纹局部变量可以泄漏汇总线程中的内存；使用后始终致电remove（）。 6。无限的缓存无限期生长；使用尺寸限制和耗时的缓存，例如咖啡因。要检测泄漏，请使用诸如VisualVM之类的工具，分析堆转储并检查大型或重复的对象。通过管理对象生命周期，最大程度地减少长期参考，并使用安全的抽象来缓存和资源处理来防止泄漏。

Java中的内存泄漏经常被误解 - 全部，垃圾收集器是否可以自动处理内存清理？虽然Java的垃圾收集器（GC）在收回未使用的对象方面做得很好，但即使对象仍然不再需要，它仍无法释放内存。这是Java应用程序中大多数内存泄漏的根本原因。

这是记忆泄漏的最常见来源以及如何修复或避免它们。

1。静态字段持有对象参考

记忆泄漏最常见的原因之一是static场的滥用。由于静态字段为应用程序的寿命实时，因此静态字段引用的任何对象都不会收集垃圾，即使不再需要。

公共类缓存{
    私有静态列表<Object> cache = new ArrayList <>（）;

    public void addtocache（object obj）{
        cache.add（obj）;
    }
}

在此示例中，列表无限期地增长并防止对象收集。

解决方案：

• 除非绝对必要，否则避免使用静态收集。
• 如果您必须使用它们，请确保有清理机制（例如，参考弱或周期性清理）。
• 考虑使用WeakHashMap或SoftReference进行缓存。

私有静态映射<cachekey，object> cache = new弱hashmap <>（）;

当键不再在其他地方强烈引用时， WeakHashMap会自动删除条目。

2。未关闭的资源（I/O，数据库等）

未能关闭流，连接或其他系统资源可能会导致资源泄漏和内存泄漏，尤其是如果这些资源容纳内部缓冲区或侦听器。

 FileInputStream fis = new FileInputStream（“ file.txt”）;
//如果不关闭，这可能会泄漏文件描述符和内存

解决方案：使用WITH-WITH-Resources确保自动清理：

尝试（fileInputStream fis = new fileInputStream（“ file.txt”）;
     BufferedReader br = new BufferedReader（new InputStreamReader（FIS）））{
    //与流一起工作
} //自动关闭

始终将此模式应用于InputStream ， OutputStream ， Connection ， Statement ， ResultSet等。

3。内部班级持有外部类参考

非静态内类具有对其外部类的隐式引用。如果内部类对象的寿命比外部类别更长，则可以防止外部实例收集到垃圾。

公共类外部{
    private int [] largearray = new int [100000];

    班级内{
        void dosomething（）{
            //隐式引用外部。
        }
    }
}

如果Inner被传递给长寿命线或在全球范围内存储，则无法收集Outer 。

解决方案：

• 如果内部类不需要访问外部实例成员，则将其进行static 。
• 或者，避免将非静态内类实例存储在长寿命容器中。

静态类内{
    //没有提及外部实例
}

4。听众和回调未删除

GUI应用程序或事件驱动的系统通常会注册听众。如果这些未注册，它们会产生悬而未决的参考。

 button.AddactionListener（new ActionListener（）{
    公共void Action Performed（ActionEvent E）{
        // ...
    }
}）;

这里的匿名内部类在此处具有对封闭类的引用。如果未删除听众，则无法释放GUI组件（及其父母）。

解决方案：

• 当听众不再需要时，总是没有注册的听众。
• 尽可能使用弱听众。
• 考虑在观察者模式中使用WeakReference 。

5。线程 - 本地变量滥用

ThreadLocal对于特定于线程的状态很有用，但它是泄漏的常见来源，尤其是在使用线程池的应用程序服务器中。

私有静态最终线程<grombobject> local = new threadLocal <>（）;

在Web服务器中，线程被重复使用。如果将大型对象设置在ThreadLocal中，并且永远不会清除，则该对象将留在线程的生活中。

解决方案：使用后始终致电remove() ：

尝试 {
    local.set（new grounBject（））;
    //做
} 最后 {
    local.remove（）; // 批判的！
}

另外，避免将大型或长寿命的对象存储在ThreadLocal中。

6。无尺寸限制或到期的缓存

使用HashMap或ConcurrentHashMap无需驱逐政策的自定义缓存可能会不受限制。

解决方案：使用支持尺寸限制和TTL的缓存库：

• 咖啡因：现代，高性能的缓存。
• EHCACHE ：全功能，支持磁盘溢出。
• 或用WeakHashMap / SoftReference包裹。

咖啡因的例子：

缓存<键，值> cache = caffeine.newbuilder（）
    .maximumsize（1000）
    。
    。建造（）;

如何检测内存泄漏

• 通过VisualVM，Jconsole或Prometheus千分尺等工具监视使用堆的使用。
• 使用堆转储（ jmap ， jcmd ），并使用Eclipse Mat或YourKit进行分析。
• 寻找：
  • 保留尺寸高的对象。
  • 出乎意料的大型收藏。
  • 重复的字符串实例（可能来自较旧的Java版本中的子字符串泄漏）。

修复内存泄漏不仅仅是编写正确的代码，而是要了解对象生命周期和参考链。大多数泄漏都归结为意想不到的长期参考。

通过使用适当的范围，清理模式和现代工具，您可以避免最常见的陷阱。这不是魔术，而是对细节的关注。

基本上：观察您的静态，关闭资源，清理听众，并喜欢安全的抽象而不是DIY缓存。

以上是解决Java应用程序中的常见内存泄漏的详细内容。更多信息请关注PHP中文网其他相关文章！