【JVM-2】StringTable垃圾回收和调优&直接内存

一、StringTable垃圾回收

调优

1. 调整 -XX:StringTableSize=桶个数
   StringTable的底层是哈希表。
   
   可以通过添加选项来调整bucket的大小，也就是哈希表的桶的个数。这个参数调的好，哈希冲突就少，少了的话那运行时间就会快。
   -Xms500m -Xmx500m -XX:+PrintStringTableStatistics -XX:StringTableSize=200000
   如果字符串常量的个数非常多，那么把桶的大小调高一些。

2. 对于要用到的字符串对象有大量重复的情况，考虑将字符串对象入池 节省堆内存的使用（放入串池就共享字符串啦><）

 while (true) {
     line = reader.readLine();
     if (line == null) {
          break;
     }
     line.intern(); //将字符串加入字符串常量池 可以节省内存。先入池，然后再添加到集合中去
 }

二、直接内存 Direct Memory

1. 特点

指的是操作系统的内存

• 常见于NIO操作时，用于数据缓冲区
• 分配回收成本较高，但读写性能高
• 不受JVM内存回收管理（属于os内存）

读入directMemory比使用传统阻塞io快… （读写性能高 ）

为什么使用直接内存对大文件读写效率高？
Java缓冲区示意图：

调用直接内存示意图：
ByteBuffer bb = ByteBuffer.allocateDirect(_1Mb);
直接内存这块区域，java代码可以直接访问。这块内存系统可以使用，Java也可以使用。（学习NIO知识…）

2. 直接内存溢出

分配的太大：
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_100Mb);
Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
空间什么的直接看任务管理器（毕竟不受jvm支配…）

直接内存释放原理

eg.

    static int _1Gb = 1024 * 1024 * 1024;

    /*
     * -XX:+DisableExplicitGC 显式的 （经常写）
     */
    public static void main(String[] args) throws IOException {
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_1Gb);
        System.out.println("分配完毕...");
        System.in.read();
        System.out.println("开始释放...");
        byteBuffer = null;
        System.gc(); // 显式的垃圾回收，Full GC（时间会比较长） 加上上方参数，可以禁用显式的垃圾回收。禁用后对其他内存回收没影响，但队直接内存释放还是有影响的，会长时间没有释放。
/**
	解决方案：
	既保留了jvm选项，又想要回收直接内存。
	使用底层机制 用Unsafe对象进行手动内存释放，
	unsafe.freeMemory()
	
    public static void main(String[] args) throws IOException {
        Unsafe unsafe = getUnsafe();
        // 分配内存
        long base = unsafe.allocateMemory(_1Gb);
        unsafe.setMemory(base, _1Gb, (byte) 0);
        System.in.read();

        // 释放内存
        unsafe.freeMemory(base);
        System.in.read();
    }



**/
        System.in.read();
    }
}

直接内存的内存释放是通过一个Unsafe对象管理的
byteBuffer对象被回收，触发了Unsafe类的回收直接内存的方法（底层用到了线程）

结论（底层机制）

• 使用了Unsafe对象完成直接内存的分配回收，并且回收需要主动调用freeMemory方法
• ByteBuffer的实现类内部，使用了Cleaner（虚引用）来检测ByteBuffer对象，一旦ByteBuffer对象被垃圾回收，那么就会由ReferenceHandler线程通过Cleaner的clean方法调用freeMemory来释放内存

调优注意点
查看注释。