我有一个奇怪的情况。

我有一个简单的flyweight工厂,使我可以重用对象图中equal()的实例。

当我使用或不使用flyweight序列化根对象以衡量其好处时,我将每个引用的新对象从2,014,169字节减少到1,680,865。好的,很好。

但是,当我在jvisualvm的堆转储中查看该对象的保留大小时,总是看到6,807,832。

怎么可能?当然,在一种情况下,如果我有同一对象的多个实例,则它们各自占用内存。保留大小应为将从GC中回收的数量。我认为如果不使用flyweight工厂来回收实例,那将会更多。如果我没有看到序列化的好处,我会认为这是flyweight工厂中的一个错误,但是我看不到它仅对序列化有效。

现在我有点困惑。

使用flyweight工厂,您可以通过检查传递新实例,以查看是否可以重用引用:

map.put(key, flyweightFactory.get(new MyClass()));


如果不使用flyweight,则每次存储新对象:

map.put(key, new MyClass());


供参考,以下是轻量级工厂类:

/**
 *
 * Provides simple object reuse a la the flyweight pattern. Not thread safe.
 *
 * @author sigmund.segfeldt
 *
 * @param <A> type to be stored in the flyweight factory
 */
public class FlyweightFactory<A> {

    private final Map<A, A> flyweights = new HashMap<>();

    private int reuses = 0;

    /**
     *
     * returns an instance of A, which is equal to the instance provided, ensuring
     * that the same reference is always supplied for any such equal objects.
     *
     * @param instance
     * @return a reference to an equal to instance, possibly instance itself
     */
    public A get(A instance) {
        A flyweight;

        if (flyweights.containsKey(instance)) {
            flyweight = flyweights.get(instance);
            ++reuses;
        } else {
            flyweights.put(instance, instance);
            flyweight = instance;
        }

        return flyweight;
    }

    /**
     *
     * @return the size of the flyweight factory; i.e. the number of distinct objects held
     */
    public int size() {
        return flyweights.size();
    }

    /**
     *
     * @return number of times a flyweight has been reused, purely for statistics to see how beneficial flyweight is (without
     * taking into consideration the size of reused objects, of course).
     */
    public int reuses() {
        return reuses;
    }

    @Override
    public String toString() {
        return "FlyweightFactory[size " + size() + ", reuses=" + reuses() + "]";
    }
}

最佳答案

所以问题是我没有释放飞重工厂本身。它不是从根对象引用的,但是通过保留对flyweight对象的其他引用,它们不会计入保留的大小。

一旦我的测试用例被修复,除了通过根对象之外,没有其他关于权重的引用,带有权重的保留大小增加到9.2mb,没有通过权重回收相等实例的情况下保留大小达到10.3mb。

我被对象的剩余大小迷住了; 6.8mb只是容器对象和引用的开销(假设键也是飞锤)。我没有想到我的举重甚至没有被计算在内。

这实际上是非常有用的。这是一个有用的错误!我需要查看容器本身,看看是否可以用enummaps替换hashmaps来获得好处(10mb似乎不多,但我的目标是减少占用空间!)

顺便说一句,无论有没有飞重,执行GC都没有任何区别。

感谢您的意见。

关于java - 使用flyweight模式后,visualvm保留的大小相同,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/39923762/

10-09 03:02