JVM参数

程序计数器（寄存器）

每个线程都有自己的程序计数器

特别：1.线程私有  2.不会存在内存溢出



---------------------------

栈：数据结构 -- 先进后出
线程运行需要的内存空间  栈帧（每个方法运行时需要的 内存）

栈内存：①一次次方法调用产生的栈帧内存（方法结束后自己回收）
    ②不是越大越好，栈内存越大，线程数就越少（系统默认的就可以）
    ③线程内的私有变化线程安全（
    方法内局部变量没有逃离方法的作用访问线程安全；
    如果局部变量引用了对象，并逃离方法的作用方法，需要考虑线程安全）


---------------------------
栈内存溢出（Stack Overflow）
常见的 -- 方法递归

1.栈帧过多导致
2.栈帧过大导致（不大可能出现）

VM option： -Xss256k  参数设置大小

   private static int count;
    private static void method1(){
        count++;
        method1();
    }
    public static void main(String[] args) {
        //Stack Overflow
        try{
            method1();
        }catch(Throwable e){
            e.printStackTrace();
            System.out.println(count);
        }
    }


ObjectMapper mapper = new ObjectMapper();
Sytem.out.printIn(mapper.writeValueAsString(d));

@JsonIgnore
private Dept dep t;






---------------------------
线程运行诊断
①CPU占用够多
定位
1.用top定位到哪个进程对cpu的占用过高
2.用ps H -eo pid,tid,%cpu | grep 进程id（用ps命令进一步定位是哪个线程引起的cpu占用过高）
3.jstack 进程id   查看哪个线程出现问题  进一步定位到问题代码的源码行号
这里的进程id是十进制的 列出的数据中的线程id为十六进制  需要转换核对进程

top CPU占用比例（定位到进程）
ps H -eo pid,tid,%cpu | grep 32655


②吃吃得不到结果  死锁
Found one Java-level deadlock;





---------------------------
本地方法栈
native修饰     本地方法接口   C C++实现


---------------------------
堆（线程共享区）
通过new关键字创建对象都会使用堆内存

特点：
线程是共享的
垃圾回收机制

--------------------------- 
堆内存溢出  outofmemoryError
VM option： -Xms256k  参数设置大小

堆内存诊断
1.jps工具 查看看当前系统中有哪些java进程
2.jmap工具 查看堆内存占用情况（某一时刻） jmap -heap 进程id
3.jconsole工具 图形界面的 多功能的检测工具，可以连续监测
4.  堆转储 dump 


jps
jmap -heap 18756



方法区内存溢出
1.8之前  永久代
OutOfMemoryError PermGen space
-XX：MaxPermSize=8m

1.8之后 元空间
OutOfMemoryError  Metaspace
-XX：MaxMetaspaceSize=8m


场景：spring    mybatis



--------------------------- 
运行时常量池
就是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息



StringTable

javac 在编译期间的优化 结果已经在编译期确定为ab
String s4 = "a" + "b";
String s2 = "ab";
true

String s5 = s1 + s2;  //new StringBuilder().append("a").append("b").toString()    new String("ab")



字符串字面量也是【延迟】成为对象的  



String x = "ab";
String s = new String("a") + new String("b");//new String("ab");
//堆 new String("a")  new String("a")   new String("a")
String s2 = s.intern();
//  1.8 将这个字符串对象尝试放在串池，如果有则并不会放入   会把串池中的对象返回
s.intern() == "ab"    true
s2 == x;  true
s == x; false


//1.6 拷贝一份 放入串池
String s = new String("a") + new String("b");//new String("ab");
String s2 = s.intern();
String x = "ab";
//1.6
s2 == x;  true
s == x; false

//1.8
s2 == x;  true
s == x; true



String s3 = "a" + "b"; //ab
String s4 = s1 + s2;  // new String("ab")




--------------------------- 
常量池的位置
-XX：MaxPermSize=8m  设置永久代的最大内存大小值    1.6在永久代
1.8在   堆内存   



--------------------------- 
字符串垃圾回收  （HashTable ）


优化调优：
1.-XX:StringTableSize = 桶个数    字符串常量大量的系统 建议设置StringtableSize大一点 桶数   Hash分布 减少Hash冲突
2.考虑将字符串对象是否入池    节约堆内存的使用





--------------------------- 
直接内存




sync和lock区别
1、原始构成
sync 关键字属于JVM层次 monitorenter（底层通过monitor对象来完成，wait、notify等方法依赖于monitor对象只有在{}里面才有想过）  monitorexit 正常退出 异常退出 双重保险
lock 具体类 是api层次的锁
2.使用方法
sync不需要用户去手动释放锁   monitorexit  退出
lock则需要用户去手动释放锁 反之出现死锁现象  lock() unlock() 配合try/finally 语句块来完成
3.等待是否可中断
sync不可中断 除非抛出异常
lock可中断  1.设置超时方法trylock(long timeout,TimeUnit unit)
    2.lockInterruptibly()放代码块中，调用interrupt()
4.加锁是否公平
sync 非公平
lock  默认非公平  都可以
5.锁绑定多个条件Condition
sync没有
lock 精确唤醒



============
-Xms  设置初始堆内存    十六分之一
-Xmx 最大堆内存   四分之一

-Xmn  设置年轻代大小

-Xss  设置单个线程大小
jinfo -flag ThreadStackSize 17908

-XX:MetaspaceSize  设置元空间大小  避免OOM

-XX:PrintGCDetails   输出GC的详细日志信息


-XX:SurvivorRatio
设置新生代中eden和S0/S1空间的比例  默认 -XX:SurvivorRatio=8   8:1:1
值就是eden区的比例占多少，S0/S1相同

-XX:NewRatio
配置年轻代与老年代在堆结构的占比
-XX:NewRatio=2  新生代1老年代2  年轻代占整个堆的1/3

-XX:MaxTenuringThreshold
设置垃圾最大年龄  最大只能是15（默认）


-XX:+PrintCommandLineFlags

-XX:InitialHeapSize=131920000 
-XX:MaxHeapSize=2110720000 
-XX:+PrintCommandLineFlags 
-XX:+UseCompressedClassPointers 
-XX:+UseCompressedOops 
-XX:-UseLargePagesIndividualAllocation 
-XX:+UseParallelGC 


-Xms10m -Xmx10m -XX:+PrintGCDetails
 -XX:+PrintCommandLineFlags
=============
强引用 软引用 弱引用 虚引用

强引用：当内存不足 JVM开始垃圾回收对于强引用的对象，就算出现了OOM也不会对该对象进行回收（死都不收）
最常见的就是强引用

软引用：相对强引用弱化了一些引用  系统内存充足  不回收  内存不足 回收
SoftReference
JVM配置 故意产生大对象并配置小的内存 导致内存不顾偶 OOM 看软引用的回收情况
-Xms5m =Xmx5m -XX:+PrintGVDetails
try{
    byte[] bytes = new byte[30*1024*1024];
}

弱引用：只要有GC就回收
WeakReference