JVM Perm方法存储区，后面有一点跑题

      在一个jvm实例的内部，类型信息被存储在一个称为方法区的内存逻辑区中。类型信息是由类加载器在类加载时从类文件中提取出来的。类(静态)变量也存储在方法区中
如果上面写的是对的，那么在我们静态变量用多了的情况下，就会出现java.lang.OutOfMemoryError: PermGen space

所以那个permSize一直不释放是合理的，因为static变量JVM一般情况下是不会去回收。我刚才看了一下我们状态的所有JAR包也只有一百二十几M，但是为什么我们设年MaxPermSize为占用百分之九十几？而且一直在往上增长，这就说明初始化加载class的时候加载class字节码,meta信息之外，Perm方法区会随着程序的运行而不断增大，这时候，问题就来了。所以static变量得慎用啊。。。。。

    

      
        
          除了上述的内容会存储在方法存储区或永久存储区之外（Pernanet Gerneration）
        
      
    

      
        
          ，还有：要加载类的信息（名称，修饰符等），类中的静态变量，类中定义为final
        
      
    

      
        
          类型的常量，类中的Field信息，类中的方法，当开发人员在程序中通过Class对象
        
      
    

      
        
          的getName,isInterface等方法来获取信息时，这些数据都来源瑜方法区，
        
      
    

      
        
          在一定的条件下也会被GC，当方法区域要使用的内存超过其允许的大小时，
        
      
    

      
        
          会抛出OutOfMemory的错误信息。
        
      
       
    

      static成员变量得慎用 有木有？ 特别是那种会一直增加的static成员变量
    

      那有的东西必须保存在内存中，那怎么办？除了perm永久方法存储区之外，不是不家堆栈吗？
    

      那我们就可以把我们的程序设置单实例的，或者搞一个工厂方法去取这个类的实例就OK了。
    

      说到单实例，必须说明一点，我们靠Spring去维护单实例不靠谱，Spring的单实例只限于单个IOC容器内，但是一个JVM中可以存在多个IOC容器，特别是多人开发，然后又是基于JAR包的作合作时，出出问题还搞不清楚到底是哪里的问题。所以。。。。利用Spring来保持程序的单实例可以，但最好这种单例只有某个模块用，而不会涉及到别的部门会引用到的情况，比如那个状态中的缓存队列用Spring来维持它的单实例，从设计的角度看，这是不靠谱的，一个服务需要单实例，需要从设计的角度让其去单实例，而不是基于使用者合理的使用Spring的基础上去控制其单实例，如果有一个人new ApplicationContext(.. ) 创建了一个IOC怎么办？那不就造成了上次状态造成的OOM了吗？
    

      保证唯一实例的方法多的去了，工厂行吗？单实例行吗？
    

      随感一下。