fastjson charsLocal内存强引用，线程池模式下会导致内存浪费

h5qlskok 于 2022-10-27 发布在其他

关注(0)|答案(5)|浏览(229)

fastjson/src/main/java/com/alibaba/fastjson/JSON.java

Line 1284 in 14a95cc

| | privatestaticchar[] allocateChars(intlength) { |

private final static ThreadLocal<char[]> charsLocal = new ThreadLocal<char[]>();
    private static char[] allocateChars(int length) {
        char[] chars = charsLocal.get();

        if (chars == null) {
            if (length <= 1024 * 64) {
                chars = new char[1024 * 64];
                charsLocal.set(chars);
            } else {
                chars = new char[length];
            }
        } else if (chars.length < length) {
            chars = new char[length];
        }

        return chars;
    }

直接使用65536个字符是不是太浪费了？大部分场景下都是小对象，但是65536直接内存常驻，利用率非常低，内存水位直接被ThreadLocal拉高，无法GC掉。大对象用不到，小对象还浪费……

fastjson

来源：https://github.com/alibaba/fastjson/issues/3751

5条答案

按热度按时间

nle07wnf1#

啊这~ 这是大问题啊，简单搜了下， allocateChars 在 JSON.parse 中被用到，并且完全没有释放的地方。只要100个常驻线程有用过这东西，直接就是6G内存消耗？@wenshao

赞(0）回复(0）举报 2022-10-27

pinkon5k2#

6M，要是6G早就全员原地炸了😂。

赞(0）回复(0）举报 2022-10-27

mqkwyuun3#

最近几天,线上服务器元空间一直在增长, 于是把预发环境机器的内存dump出来看一下, 无意间发现很多Dubbo线程和MQ线程把持了很多内存空间, 上百KB, 不应该呀, 看了业务代码, 看了架构组提供的Jar包是否存在默认拦截器之类的, 但是都没有找到导致问题的根源. 下班后花了2天还是没查到问题, 第3天, 还是回到dump文件, 继续分析它