可以使用太多的静态variables导致Java中的内存泄漏？
如果我的应用程序有太多的静态variables或方法，那么按照定义，它们将被存储在堆中。 如果我错了，请纠正我
1）在应用程序closures之前，这些variables是否在堆上？
2）他们随时可以使用GC吗？ 如果没有，我可以说这是一个内存泄漏？
静态方法只是方法，它们不存储在堆中，它们只是不使用“this”参数。
静态variables作为GC的“根源”。 因此，除非你明确地将它们设置为null，否则只要程序存在，它们就会生存，所有的东西都可以从它们中获得。
如果你打算让内存变成免费的而且它不会变成免费的，情况只会被认为是内存泄漏。 如果打算让静态variables在部分时间内包含对象的引用，并且在完成该对象时忘记将其设置为null，则可能最终导致泄漏。 但是，如果你把它放在静态variables中，并且打算在程序运行的时候在那里，那么它肯定不是泄漏，它更可能是一个“永久的单身人士”。 如果这个物体在你想要的时候被回收了，那就太糟糕了。
至于你关于堆的问题：Java中的所有对象都存在于堆上或堆栈中。 对象使用新的操作符在堆上创build。 然后附上一个参考资料。 如果引用变为null或超出范围（例如，块结束），则GC意识到无法再次访问该对象并将其回收。 如果你的引用是在一个静态variables中，它永远不会超出范围，但你仍然可以将它设置为null或另一个对象。
如果你有一个静态的hashmap，并且你添加了数据…数据永远不会消失，而且你有一个泄漏 – 如果你不再需要这些数据的话。 如果你需要的数据，这不是一个泄漏，但一个巨大的内存挂在一堆。
由静态引用直接或间接引用的对象将保留在堆上，直到可以收集相应的类加载器为止。 有些情况下（例如ThreadLocal）其他对象间接引用类加载器，导致它保持未收集。
如果你有一个静态列表，说，并dynamic地添加引用，那么你可以很容易地结束“对象生存期争用问题”。 避免可变静力学的原因很多。
只要你可以从代码中的某个地方引用这些variables，它就不能通过GCed，这意味着它们将在那里直到应用程序结束。
你可以把它称为内存泄漏，我不会把它称为内存泄漏，通常内存泄漏是你通常期望恢复的内存，但你永远不会做，或者你只能恢复它的一部分。 同样，内存泄漏通常会变得更糟（例如：每次调用一个方法时，会有更多的内存被“泄漏”），但是在这种情况下，这些variables的内存使用量是静态的。
它不会导致经典的C感觉内存泄漏…例如
Class A{ static B foo; ... static void makeFoo(){ foo = new B(); foo = new B(); } 在这种情况下，调用makeFoo（）不会导致内存泄漏，因为第一个实例可以被垃圾收集。
