map的遍历
用foreach遍历
HashMap<Character,Integer> map = new HashMap<>();map.put('A',2);map.put('B',3);map.put('C',3);for (Map.Entry<Character,Integer> entry: map.entrySet()) {char key = entry.getKey();int value = entry.getValue();System.out.println(key+" "+value);}
反射
Java反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为Java语言的反射机制。
应用场景
1、JDBC中,利用反射动态加载了数据驱动程序,使用Class,forName()通过反射加载数据库的驱动程序
2、Web服务器中利用反射机制调用了Servlet的服务方法
3、Eclispe等开发工具利用反射动态刨析对象的类型和结构
4、Spring框架,Spring通过XML配置模式装载bean的过程
获取反射的三种方式
public class Student{private int id;String name;protected boolean sex;public float score;
}
public class Get{//获取反射的三种方式public staic void main(String[] args) throws ClassNotFoundException{//方式一:通过建立对象Student stu = new Student();Class classobj1 = stu.getClass();System.out.println(classobj1.getName());//方式二:通过路径实现反射Class classobj2 = Class.forName("fanshe.Student");System.out.println(classobj2.getName());//方式三:通过类名实现反射Class classobj3 = Student.class;System.out.println(classobj3.getName());}
}
GC
在JVM中,有一个低优先级的垃圾回收线程,在正常情况下不会执行,只有在当前堆内存不足或者虚拟机空闲的情况下,才会触发执行,扫描那些没有任何引用的对象,并对他们进行回收。
垃圾回收的时机:
1、显式调用System.gc();
2、由JVM垃圾回收机制决定(a 内存不足,触发GC;b finalize()方法)
垃圾回收策略:
1、引用计数算法:
- 添加一个引用计数器,调用+1,引用失效-1,为0回收
- 不能解决对象之间互相引用的问题
2、可达性分析算法(GC Roots)
需要垃圾回收的内存
1、方法区(1.7)/元空间(1.8)
2、堆(GC堆):Java堆可以细分为
- 新生代(Young Generation):新生代又可分为Eden区和Survivor区
新生代的垃圾回收称为:Minor GC或者Young GC;
新生代的垃圾回收指发生在新生代的垃圾回收,因为新生代对象具有朝生夕灭的特性,所以Minor GC非常频繁,一般回收动作也快
- 老年代(Old Generation)
老年代垃圾回收称为:Major GC
出现Major GC,一般都会伴随着至少一次的Minor GC
Major GC一般比Minor GC慢十倍以上
垃圾回收算法
1、标记清除算法(Mark-Sweep):老年代算法
2、标记整理算法(Mark-Compact):老年代算法
3、复制算法(copying):新生代算法
4、分代收集(Generation Collection)
垃圾收集过程
垃圾收集造成的影响
1、STW:用户线程暂停
在垃圾收集器中,并发和并行的概念有所不同
并行:指的是多条垃圾收集线程同时执行,用户线程处于等待状态
并发:指用户线程和垃圾线程同时执行(不一定同时执行,也有可能是交替执行),用户线程继续执行,垃圾收集器在另一个CPU上
2、评判垃圾收集器的指标:吞吐量和用户体验
吞吐量:吞吐量=运行用户代码的时间/(运行用户代码的时间+垃圾收集的时间)
停顿时间/用户体验:GC造成的用户线程单次停顿时间和总的停顿时间
用户体验优先和吞吐量优先是成反比的关系
垃圾回收器
Serial (复制算法,STW):最早的单线程串行垃圾回收器。
ParNew (复制算法,STW):是 Serial 的多线程版本。
Parallel Scavenge (复制算法):Parallel 和 ParNew收集器类似是多线程的,但 Parallel Scavenge 是吞吐量优先的收集器,可以牺牲等待时间换取系统的吞吐量。
Serial Old (标记-整理法):Serial 垃圾回收器的老年版本,同样也是单线程的,可以作为 CMS 垃圾回收器的备选预案。
Parallel Old (标记整理法):Parallel Old 是 Parallel 老生代版本,Parallel 使用的是复制的内存回收算法,Parallel Old 使用的是标记-整理的内存回收算法。
CMS (标记-整理法):一种以牺牲吞吐量为代价来获得最短回收停顿时间为目标的收集器,非常适用 B/S 系统。
G1 (标记-整理法 + 复制算法):一种兼顾吞吐量和停顿时间的 GC 实现,是 JDK9 以后的默认 GC 选项。
CMS(老年代收集器,结合新生代收集器Serial和ParNew收集器一起使用)
四个步骤:
- 初始标记: 初始标记标记一下GCRoots可以关联到的对象,
STW
,整个过程很快 - 并发标记: 这个阶段紧随初始标记阶段,在“初始标记”的基础上继续向下追溯标记。注意这里是并发标记,表示用户线程可以和 GC 线程一起并发执行,这个阶段不会暂停用户的线程哦。
- 重新标记: 修正并发标记阶段,因为用户线程也在并发执行,所以导致原本没有被GCRoots关联的对象又被关联起来了,需要重新标记,
STW
,比初始标记长,比并发标记时间短 - 并发清除: 并发的清除标记的对象,应用线程和GC清除线程可以一起并发执行
缺陷:
- 内存碎片
- 更多的CPU资源
- 需要更大的对空间
CMS使用“标记-清除”算法进行的垃圾回收
CMS从全局来看,CMS收集器的内存回收是和用户线程一起并发执行的。
G1(全局收集器)
四个阶段:
- 初始标记: 和CMS不同,不用STW,和MinorGC一起发生(G1触发MinorGC时,同时将老年代的标记给做了)
- 并发标记: G1和CMS做的事情一样,不过G1多做了一件事情,在并发标记阶段,如果发现哪个Tenured中对象的存活几率很小或者没有对象存活,那么G1在这个阶段就会把他回收掉,不用等后面的筛选回收阶段;同时,在这个阶段,G1还会计算每个region的对象存活率,方便后面筛选回收阶段使用
- 最终标记: 和CMS重新标记一样
- 筛选回收: G1没有CMS的并发清除,而是筛选回收,G1挑选出在并发标记阶段计算出的存活率低的region对象进行回收,这个阶段也是和MinorGC一起回收的
G1从整体来看是基于标记-整理 算法实现的回收器,但从局部(两个Region之间)上看又是基于 标记-复制 算法实现的
FULL GC
Full GC是针对整个新生代、老生代、元空间(metaspace,Java8以上版本取代perm gen)的全局范围的 GC。Full GC不等于Major GC,也不等于Minor GC + Major GC,发生Full GC需要看使用了什么垃圾收集器组合,才能解释是什么样的垃圾回收。