如何避免在 Java 中使用双括号初始化

【编者按】本文介绍了一个使用了 Java 的双括号初始化语法导致内存泄漏的案例。作者分析了泄漏的原因，提出了几种解决的方法，并给出了代码示例。

链接：https://blog.p-y.wtf/avoid-java-double-brace-initialization

未经允许，禁止转载！

作者 | Pierre-Yves Ricau       责编 | 明明如月

责编 | 夏萌

出品 | CSDN（ID：CSDNnews）

结论先行

避免像这样，在 Java 中使用双括号初始化：

内存泄漏追踪

我最近正在  LeakCanary  看到了以下内存泄漏追踪信息：

当打开一个内存泄漏追踪日志时，我首先会看底部的对象，了解它的生命周期，这将帮助我理解内存泄漏追踪中的其他对象是否应该有相同的生命周期。

在底部，我们看到：

Activity 已经被销毁，应该已被垃圾回收器给回收掉了，但它仍驻留在内存中。

此时，我开始在内存泄漏追踪日志中寻找已知类型，并尝试弄清楚它们是否属于同一个被销毁的范围（=> 正在泄漏）或更高的范围（=> 没有泄漏）。

在顶部，我们看到：

我们的 BugSnag 客户端是一个用于分析崩溃报告单例，由于每个应用我们创建一个实例，所以它没有泄漏。

所以我们现在需要转变焦点，特别关注从最后一个 Leaking: NO  到第一个 Leaking: YES  的部分：

BugSnag 客户端保持了一个面包屑的环形缓冲区。这些应该保留在内存中，它们也没有泄漏。

所以让我们跳过上述内容，从下面这里继续分析：

我们只需要关注从最后一个 Leaking: NO 到第一个Leaking: YES 的部分：

BreadcrumbInternal.metadata ：内存泄漏追踪通过面包屑实现的元数据字段。

MainActivity$1 实例是 java.util.HashMap 的匿名子类：MainActivity$1  是在MainActivity 中定义的 HashMap  的匿名子类。它是从 MainActivity.java  中定义的第一个匿名类（因为是 $1 ）。

this$0：每个匿名类都有一个隐式字段引用到定义它的外部类，这个字段被命名为 this$0 。

也就是说：记录到 BugSnag 的面包屑之一有一个元数据映射，这是一个 HashMap 的匿名子类 ，它保留对外部类的引用，这个外部类就是被销毁的 Activity 。

让我们看看我们在 MainActivity 中记录面包屑的地方：

这段代码利用了一个被称为“双括号初始化” 的有趣的 Java 代码块 。它允许你创建一个 HashMap，并通过添加代码到 HashMap 的匿名子类的构造函数中同时初始化它。

Java 的匿名类总是隐式地引用其外部类。

因此，这段代码：

实际上被编译为：

结果，这个 breadcrumb 就一直持有对已销毁的 activity 实例的引用。

总结

尽管使用 Java 的双括号初始化看起来很"炫酷"，但它会无故地额外创建类，可能会导致内存泄漏。因此避免在 Java 中使用双括号初始化。

你可以用下面这种更安全的方式来解决这个问题：

或者利用 Collections.singletonMap() 进一步简化代码：

或者，直接将文件转换为 Kotlin。

你是否在使用 Java 时遇到过内存泄漏的问题？