map集合双花括号导致的内存泄漏问题

本文揭示了使用双花括号初始化Map时可能导致内存泄漏的原因,通过剖析匿名内部类和外部引用的保持,以及提供避免内存泄漏的解决方案。讨论了静态内部类与内存泄漏的关系,并给出了最佳实践建议。

map集合双花括号导致的内泄漏的问题

下面的是双花括号初始化时的代码

Map<String, String> map = new HashMap() {{
    put("map1", "value1");
    put("map2", "value2");
    put("map3", "value3");
}};

一般来说大家用的都是这种初始化的方法

Map<Character, String> map= new HashMap<Character, String>();
		map.put('2',"abc");
		map.put('3',"def");

下面来说一下用双括号为什么会导致内存溢出问题:
用双括号的代码其实是创建了匿名内部类,然后再进行初始化代码块:
这一点我们可以使用命令 javac 将代码编译成字节码之后发现,我们发现之前的一个类被编译成两个字节码(.class)文件

我们使用 Idea 打开第一个.class 文件发现`。

import java.util.HashMap;

class DoubleBracket$1 extends HashMap {
    DoubleBracket$1(DoubleBracket var1) {
        this.this$0 = var1;
        this.put("map1", "value1");
        this.put("map2", "value2");
    }
}

此时我们可以确认,它就是一个匿名内部类。那么问题来了,匿名内部类为什么会导致内存溢出呢?

解答 :在 Java 语言中非静态内部类会持有外部类的引用,从而导致 GC 无法回收这部分代码的引用,以至于造成内存溢出。

思考 1:为什么要持有外部类?
这个就要从匿名内部类的设计说起了,在 Java 语言中,非静态匿名内部类的主要作用两个
1、当匿名内部类只在外部类(主类)中使用时,匿名内部类可以让外部不知道它的存在,从而减少了代码的维护工作。

2、当匿名内部类持有外部类时,它就可以直接使用外部类中的变量了,这样可以很方便的完成调用,如下代码所示:

public class DoubleBracket {
    private static String userName = "hello world";
    public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {
        Map<String, String> map = new HashMap() {{
            put("map1", "value1");
            put("map2", "value2");
            put("map3", "value3");
            put(userName, userName);
        }};
    }
}

从上述代码可以看出在 HashMap 的方法内部,可以直接使用外部类的变量 userName.

思考 2:它是怎么持有外部类的?
关于匿名内部类是如何持久外部对象的,我们可以通过查看匿名内部类的字节码得知,我们使用 javap -c DoubleBracket$1.class 命令进行查看,其中 $1 为以匿名类的字节码,字节码的内容如下

javap -c DoubleBracket\$1.class
Compiled from "DoubleBracket.java"
class com.example.DoubleBracket$1 extends java.util.HashMap {
  final com.example.DoubleBracket this$0;

  com.example.DoubleBracket$1(com.example.DoubleBracket);
    Code:
       0: aload_0
       1: aload_1
       2: putfield      #1                  // Field this$0:Lcom/example/DoubleBracket;
       5: aload_0
       6: invokespecial #7                  // Method java/util/HashMap."<init>":()V
       9: aload_0
      10: ldc           #13                 // String map1
      12: ldc           #15                 // String value1
      14: invokevirtual #17                 // Method put:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
      17: pop
      18: aload_0
      19: ldc           #21                 // String map2
      21: ldc           #23                 // String value2
      23: invokevirtual #17                 // Method put:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
      26: pop
      27: return
}

如果您觉得以上字节码不够直观,没关系,我们用下面的实际的代码来证明一下:

import java.lang.reflect.Field;
import java.util.HashMap;
import java.util.Map;

public class DoubleBracket {
    public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {
        Map map = new DoubleBracket().createMap();
        // 获取一个类的所有字段
        Field field = map.getClass().getDeclaredField("this$0");
        // 设置允许方法私有的 private 修饰的变量
        field.setAccessible(true);
        System.out.println(field.get(map).getClass());
    }
    public Map createMap() {
        // 双花括号初始化
        Map map = new HashMap() {{
            put("map1", "value1");
            put("map2", "value2");
            put("map3", "value3");
        }};
        return map;
    }
}

什么情况会导致内存泄漏?

这是正常的代码:
public void createMap() {
    Map map = new HashMap() {{
        put("map1", "value1");
        put("map2", "value2");
        put("map3", "value3");
    }};
    // 业务处理....
}
这是可能会导致内存泄漏的
public Map createMap() {
    Map map = new HashMap() {{
        put("map1", "value1");
        put("map2", "value2");
        put("map3", "value3");
    }};
    return map;
}

为什么用了「可能」而不是「一定」会造成内存泄漏?
这是因为当此 map 被赋值为其他类属性时,可能会导致 GC 收集时不清理此对象,这时候才会导致内存泄漏。
如何保证内存不泄露?

要想保证双花扣号不泄漏,办法也很简单,只需要将 map 对象声明为 static 静态类型的就可以了,代码如下:


public static Map createMap() {
    Map map = new HashMap() {{
        put("map1", "value1");
        put("map2", "value2");
        put("map3", "value3");
    }};
    return map;
}

为什么静态内部类不会持有外部类的引用?
原因其实很简单,因为匿名内部类是静态的之后,它所引用的对象或属性也必须是静态的了,因此就可以直接从 JVM 的 Method Area(方法区)获取到引用而无需持久外部对象了

即使声明为静态的变量可以避免内存泄漏,但依旧不建议这样使用,为什么呢?

原因很简单,项目一般都是需要团队协作的,假如那位老兄在不知情的情况下把你的 static 给删掉呢?这就相当于设置了一个隐形的“坑”,其他不知道的人,一不小心就跳进去了,所以我们可以尝试一些其他的方案,比如 Java8 中的 Stream API 和 Java9 中的集合工厂等。

JavaScript 中,使用 `forEach` 嵌套 `map` 通常不会直接导致内存泄漏,但需要注意代码的结构和使用场景,以避免潜在的性能问题或意外行为。 ### `forEach` 和 `map` 的基本行为 - `forEach` 是用于遍历数组的每个元素,并对每个元素执行指定的操作,**没有返回值**[^4]。 - `map` 是用于创建一个新数组,其结果是对原数组的每个元素应用一个函数,**返回一个新数组**[^3]。 ### 嵌套使用的示例 当在 `forEach` 中嵌套使用 `map` 时,通常的目的是对某个数组的每个元素进行更复杂的处理。例如: ```javascript const data = [ { id: 1, values: [10, 20, 30] }, { id: 2, values: [40, 50, 60] }, { id: 3, values: [70, 80, 90] } ]; data.forEach(item => { const transformed = item.values.map(value => value * 2); console.log(`Transformed values for id ${item.id}:`, transformed); }); ``` 上述代码中,`forEach` 遍历 `data` 数组的每个对象,然后对每个对象的 `values` 数组使用 `map` 进行转换。这种结构不会导致内存泄漏,因为: - `map` 返回的新数组是临时的,并且会在不再被引用时被垃圾回收。 - `forEach` 不返回值,也不会保留任何引用。 ### 内存泄漏的潜在原因 尽管 `forEach` 嵌套 `map` 本身不会导致内存泄漏,但在以下情况下可能会出现问题: 1. **闭包保留了不必要的引用**:如果在 `map` 或 `forEach` 的回调函数中创建了闭包,并且这些闭包保留了对大对象或外部作用域的引用,则可能导致内存无法被释放。 2. **全局变量或长生命周期变量持有引用**:如果 `map` 生成的数组被存储到全局变量或长生命周期的对象中,而这些数组不再需要时未被清理,则可能导致内存占用增加。 3. **事件监听器或定时器未正确清理**:如果在 `forEach` 或 `map` 中绑定了事件监听器或设置了定时器,但未在适当的时候移除,则可能导致内存泄漏。 ### 如何避免内存泄漏 1. **避免不必要的闭包**:确保回调函数中不保留不必要的外部引用。 2. **及时清理引用**:如果 `map` 生成的数组被存储到变量中,确保在不再需要时将其设为 `null` 或从对象中删除。 3. **使用弱引用数据结构**:在需要长期存储对象引用时,可以考虑使用 `WeakMap` 或 `WeakSet` 来避免阻止垃圾回收。 4. **检查事件和定时器**:确保在组件卸载或数据不再需要时,移除相关的事件监听器和定时器。 ### 总结 在 JavaScript 中,`forEach` 嵌套 `map` 的使用本身不会导致内存泄漏,但需要注意代码的结构和引用的管理。合理设计代码逻辑,并及时清理不再需要的引用,可以有效避免内存泄漏问题。 ---
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值