内部类、final与垃圾回收,面试时你一说,面试官就知道

内部类并不常用,而且使用起来有一定的定式,比如在下面的InnterDemoByTrhead.java里,我们通过内部类的形式创建线程。

1	public class InnerDemoByThread {
2		public static void main(String[] args) {
3			// 实现runnable接口,创建10个线程并启动
4			for(int threadCnt = 0;threadCnt<10;threadCnt++)
5			new Thread(new Runnable() {
6				public void run() {
7					for (int i = 0; i < 5; i++) {
8						//在每个线程里,输出0到4 System.out.println(Thread.currentThread().getName()+":"+ i);
9	         		}
10				}
11			}).start();//这里的括号是和第5行对应,注意需要带分号
12		}
13	}

在上述的第4行里,我们通过for循环创建了10个线程,在第5行里,我们通过new Runnable定义了线程内部的动作,具体而言,在第6到第10行的代码里,定义了打印0到4的动作。这里第5行通过new Thread定义的类,是在第1行定义的InnerDemoByThread类的内部,所以叫内部类,这也是内部类典型的用法。

虽然内部类出现的机会不多,但其中有个非常重要的知识点:当方法的参数需要被内部类使用时,那么这个参数必须是final,否则会报语法错误。我们在讲线程的时候,通过内部类比较了线程安全和不安全集合的表现。这里我们通过改写这个案例,着重看下“内部类“和“final“的要点,请大家看下如下的InnerFinalDemo.java代码。 

1	import java.util.ArrayList;
2	import java.util.List;
3	public class InnerFinalDemo {
4		public static int addByThreads(final List list) {
5			// 创建一个线程组
6			ThreadGroup group = new ThreadGroup("Group");
7			// 通过内部类的方法来创建多线程
8			Runnable listAddTool = new Runnable() {
9				public void run() {// 在其中定义线程的主体代码
10					list.add("0"); // 在集合里添加元素
11				}
12			};
13			// 启动10个线程,同时向集合里添加元素
14			for (int i = 0; i < 10; i++) {
15				new Thread(group, listAddTool).start();
16			}
17			while (group.activeCount() > 0) {
18				try { Thread.sleep(10);	}
19	             catch (InterruptedException e)
20	             { e.printStackTrace(); }
21			}
22			return list.size(); // 返回插入后的集合长度
23		}
24		public static void main(String[] args) {
25			List list = new ArrayList();
26			//很大可能返回10
27			System.out.println(addByThreads(list));
28		}
29	}

这段代码的逻辑是,在main函数的第25行里,我们创建了一个线程不安全的ArrayList类型的对象,并在第27行调用了addByThreads方法返回list的长度。在addByThreads方法里,我们在第14行里,通过for循环启动了10个线程,在这10个线程的主体逻辑(第9行的run方法)里,我们在第10行通过list.add方法给集合对象添加元素。

从功能上讲,第27行的打印语句能输出10,因为虽然ArrayList是线程不安全对象,但仅仅是10个线程同时操作,不足以发生“线程抢占”的情况。

但本代码的重点是内部类和final,在代码第3行定义的addByThreads方法里,我们注意到参数list前一定得加final,否则会报语法错误。我们可以通过如下的思维步骤来理解这个要点。

第一,第3行的这个带final的list对象从属于外部的InnerFinalDemo类,并且,在第8到12行的内部类里,也会用到这个对象,也就是说,在外部类和内部类里,都会用到这个对象。

第二,外部类和内部类是平行的,内部类并不从属于外部类,这句话隐藏的含义是,外部类有可能在内部类之前被回收。

那么如果我们不加final,一旦外部类在内部类之前被回收,那么外部类里所包含的list对象也会被回收,但这时,内部类尚未使用这个list。在这种情况下,一旦内部类使用了list,就会报空指针错(因为这个对象已经随着外部类被回收了)。

为了避免这种错误,在指定语法时就加上了“当方法的参数需要被内部类使用时,那么这个参数必须是final”这个规定。一旦在此类参数前加final,那么这个参数就是常量了,存储的位置就不是“堆区”了,而是“常量池”,这样即使外部类被先回收,那么由于这类参数(比如list)不存在于外部类所从属的堆空间(而是常量池),所以会继续存在,这样内部类就能继续使用。

一些资深的面试官不会面试内部类的细节语法(因为不常用,而且使用起来有定式),而会考察上述的“参数和final”的知识点,所以大家在被问及”对内部类的掌握程度“这类问题时,可以按如下的思路来叙述。

第一,无需叙述内部类中各种语法,事实上,内部类涉及到“如何定义”以及“内部类中对象的可见性”等问题,语法相对而言比较复杂,说起来不容易,而且即使说清楚了,也无法很好体现大家的能力。

第二,可以直接说,“当方法的参数需要被内部类使用时,那么这个参数必须是final”,同时解释下原因。当面试官听到这以后,一般就不再问内部类问题了,因为他会认为,候选人连这么“资深”的知识也知道,那么就没必要再细问内部类的问题了。

第三,由于已经引出“垃圾回收”的话题,所以大家可以找机会进一步按本章给出的提示,展示在这方面的能力,这样就有很大可能得到“Java Core方面比较资深”的评价。

上述叙述是针对jdk1.7以及之前版本的,如果是针对jdk1.8版本,不需要显式地加final,但依然会被当常量管理,具体来讲,该对象的引用无法指向新的内存空间。

  

原文地址:https://www.cnblogs.com/JavaArchitect/p/12247542.html

时间: 2024-10-29 09:54:26

内部类、final与垃圾回收,面试时你一说,面试官就知道的相关文章

JVM系列之五:垃圾回收

. jdk1.7的堆内存 1. 堆(Java堆) 堆是java虚拟机所管理的内存中最大的一块内存区域,也是被各个线程共享的内存区域, 在JVM启动时创建,该内存区域存放了对象实例(包括基本类型的变量及其值)及数组(所有new的对象). 但是并不是所有的对象都在堆上,由于栈上分配和标量替换,导致有些对象不在堆上. 其大小通过-Xms(最小值)和-Xmx(最大值)参数设置, 1. -Xms为JVM启动时申请的最小内存,默认为操作系统物理内存的1/64但小于1G, 2. -Xmx为JVM可申请的最大内

jvm的stack和heap,JVM内存模型,垃圾回收策略,分代收集,增量收集(转)

深入Java虚拟机:JVM中的Stack和Heap(转自:http://www.cnblogs.com/laoyangHJ/archive/2011/08/17/gc-Stack.html) 在JVM中,内存分为两个部分,Stack(栈)和Heap(堆),这里,我们从JVM的内存管理原理的角度来认识Stack和Heap,并通过这些原理认清Java中静态方法和静态属性的问题. 一般,JVM的内存分为两部分:Stack和Heap. Stack(栈)是JVM的内存指令区.Stack管理很简单,push

Java内存组成和垃圾回收机制

眼看就要到找工作的时候了,平时在实验室也做了不少项目,可到头来,假设面试官问我平时做过什么,我确不知从何说起,也可以说我不知道说什么.前辈们早就说过,计算机这个行业需要不断的学习,也需要不断的积累,自问平时遇到过不少问题,也解决了不少问题,可到头来,好像都没什么印象了!在准备找工作的时候,就将平时一些研究过的,倒腾过的重新记录下吧!由于本人是第一次写博客,文笔不太好,内容可能也有很多借鉴了是前辈们的,但重在重新整理.精选,也让自己在整理的过程中重新学习,加深印象! 一.内存组成 在我做项目的时候

管理Java垃圾回收的五个建议

[编者按]本文作者是Niv Steingarten,是Takipi 的联合创始人,热衷于编写优雅简洁的代码. 作者通过对垃圾收集器的介绍和梳理,在管理垃圾回收方面提出了五个建议.减少收集器开销.帮助大家进一步提升项目性能.本文系国内 ITOM 管理平台 OneAPM project师编译整理. 保持GC低开销最有用的建议是什么? 早有消息声称Java 9即将公布,但现在却一再推迟.当中比較值得关注的是G1("Garbage-First")垃圾收集器将成为HotSpot JVM的默认收集

深入理解JAVA虚拟机之JVM性能篇---垃圾回收

一.基本垃圾回收算法 1. 按基本回收策略分 1) 引用计数(Reference Counting)  对象增加一个引用,即增加一个计数,删除一个引用则减少一个计数.垃圾回收时,只用收集计数为0的对象.此算法最致命的是无法处理循环引用的问题. 2)标记-清除(Mark-Sweep)  执行分两阶段.第一阶段从引用根节点开始标记所有被引用的对象,第二阶段遍历整个堆,把未标记的对象清除. 缺点是此算法需要暂停整个应用,同时会产生内存碎片. 3)复制(Copying) 把内存空间划为两个相等的区域,每

JVM垃圾回收机制总结(3) :按代垃圾收集器

为什么要分代 分代的垃圾回收策略,是基于这样一个事实:不同的对象的生命周期是不一样的 . 因此,不同生命周期的对象可以采取不同的收集方式,以便提高回收效率. 在Java程序运行的过程中,会产生大量的对象,其中有些对象是与业务信息相关,比如Http请求中的Session对象.线程.Socket连接,这 类对象跟业务直接挂钩,因此生命周期比较长.但是还有一些对象,主要是程序运行过程中生成的临时变量,这些对象生命周期会比较短,比如:String对 象,由于其不变类的特性,系统会产生大量的这些对象,有些

java Vamei快速教程22 内存管理和垃圾回收

作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明.谢谢! 整个教程中已经不时的出现一些内存管理和垃圾回收的相关知识.这里进行一个小小的总结. Java是在JVM所虚拟出的内存环境中运行的.内存分为栈(stack)和堆(heap)两部分.我们将分别考察这两个区域. 栈 栈的基本概念参考纸上谈兵: 栈 (stack).许多语言利用栈数据结构来记录函数调用的次序和相关变量(参考Linux从程序到进程). 在Java中,JVM中的栈记录了线程的

JVM垃圾回收算法 总结及汇总

先看一眼JVM虚拟机运行时的内存模型: 1.方法区 Perm(永久代.非堆) 2.虚拟机栈 3.本地方法栈 (Native方法) 4.堆 5.程序计数器 1 首先的问题是:jvm如何知道那些对象需要回收 ? 目前两种标识算法.三种回收算法.两种清除算法.三种收集器 引用计数法 每个对象上都有一个引用计数,对象每被引用一次,引用计数器就+1,对象引用被释放,引用计数器-1,直到对象的引用计数为0,对象就标识可以回收 这个可以用数据算法中的图形表示,对象A-对象B-对象C 都有引用,所以不会被回收,

JVM垃圾回收算法(最全)

JVM垃圾回收算法(最全) 下面是JVM虚拟机运行时的内存模型: 1.方法区 Perm(永久代.非堆) 2.虚拟机栈 3.本地方法栈 (Native方法) 4.堆 5.程序计数器 1 首先的问题是:jvm如何知道那些对象需要回收 ? 目前两种标识算法.三种回收算法.两种清除算法.三种收集器 引用计数法 每个对象上都有一个引用计数,对象每被引用一次,引用计数器就+1,对象引用被释放,引用计数器-1,直到对象的引用计数为0,对象就标识可以回收 这个可以用数据算法中的图形表示,对象A-对象B-对象C