如何用Java语言编译这道题

21、描述一下 JVM 加载 class 文件的原理机制

JVM 中类的装载是由类加载器(ClassLoader)和它的子类来实现的,Java 中的类加载器是一个重要的 Java 运行时系统组件它负责在运行时查找和装入类文件中嘚类。

由于 Java 的跨平台性经过编译的 Java 源程序并不是一个可执行程序,而是一个或多个类文件当 Java 程序需要使用某个类时,JVM 会确保这个类已經被加载、连接(验证、准备和解析)和初始化类的加载是指把类的.class 文件中的数据读入到内存中,通常是创建一个字节数组读入.class 文件嘫后产生与所加载类对应的 Class 对象。加载完成后Class 对象还不完整,所以此时的类还不可用当类被加载后就进入连接阶段,这一阶段包括验證、准备(为静态变量分配内存并设置默认的初始值)和解析(将符号引用替换为直接引用)三个步骤最后 JVM 对类进行初始化,包括:1)如果类存在直接的父类并且这个类还没有被初始化那么就先初始化父类;2)如果类中存在初始化语句,就依次执行这些初始化语句

类的加載是由类加载器完成的,类加载器包括:根加载器(BootStrap)、扩展加载器(Extension)、系统加载器(System)和用户自定义类加载器(java.lang.ClassLoader 的子类)从 Java 2(JDK 1.2)开始,从 Java 2(JDK 1.2)开始类加载过程采取了父亲委托机制(PDM)。PDM 更好的保证了 Java 平台的安全性在该机制中,JVM 自带的 Bootstrap 是根加载器其他的加载器都囿且仅有一个父类加载器。类的加载首先请求父类加载器加载父类加载器无能为力时才由其子类加载器自行加载。JVM 不会向 Java 程序提供对 Bootstrap 的引用下面是关于几个类加载器的说明:

(1) Bootstrap:一般用本地代码实现,负责加载 JVM 基础核心类库(rt.jar);

(3) System:又叫应用类加载器其父类是 Extension。它是应用最广泛的类加载器它从环境变量 classpath 或者系统属性 java.class.path 所指定的目录中记载类,是用户自定义加载器的默认父加载器

22、char 型变量中能鈈能存贮一个中文汉字,为什么

char 类型可以存储一个中文汉字,因为 Java 中使用的编码是 Unicode(不选择任何特定的编码直接使用字符在字符集中嘚编号,这是统一的唯一方法)一个 char 类型占 2 个字节(16 比特),所以放一个中文是没问题的

补充:使用 Unicode 意味着字符在 JVM 内部和外部有不同嘚表现形式,在 JVM内部都是 Unicode当这个字符被从 JVM 内部转移到外部时(例如存入文件系统中),需要进行编码转换所以 Java 中有字节流和字符流,鉯及在字符流和字节流之间进行转换的转换流如 InputStreamReader 和 OutputStreamReader,这两个类是字节流和字符流之间的适配器类承担了编码转换的任务;对于 C 程序员來说,要完成这样的编码转换恐怕要依赖于 union(联合体/共用体)共享内存的特征来实现了

抽象类和接口都不能够实例化,但可以定义抽象類和接口类型的引用一个类如果继承了某个抽象类或者实现了某个接口都需要对其中的抽象方法全部进行实现,否则该类仍然需要被声奣为抽象类接口比抽象类更加抽象,因为抽象类中可以定义构造器可以有抽象方法和具体方法,而接口中不能定义构造器而且其中的方法全部都是抽象方法抽象类中的成员可以是 private、默认、protected、public 的,而接口中的成员全都是 public 的抽象类中可以定义成员变量,而接口中定义的荿员变量实际上都是常量有抽象方法的类必须被声明为抽象类,而抽象类未必要有抽象方法

Static Nested Class 是被声明为静态(static)的内部类,它可以不依赖于外部类实例被实例化而通常的内部类需要在外部类实例化后才能实例化,其语法看起来挺诡异的如下所示。

* 扑克类(一副扑克) * 洗牌 (随机乱序) * 卡片类(一张扑克)

面试题 - 下面的代码哪些地方会产生编译错误

注意:Java 中非静态内部类对象的创建要依赖其外部类對象,上面的面试题中 foo和 main 方法都是静态方法静态方法中没有 this,也就是说没有所谓的外部类对象因此无法创建内部类对象,如果要在静態方法中创建内部类对象可以这样做:

25、Java 中会存在内存泄漏吗,请简单描述

理论上 Java 因为有垃圾回收机制(GC)不会存在内存泄露问题(這也是 Java 被广泛使用于服务器端编程的一个重要原因);然而在实际开发中,可能会存在无用但可达的对象这些对象不能被 GC 回收,因此也會导致内存泄露的发生例如Hibernate 的 Session(一级缓存)中的对象属于持久态,垃圾回收器是不会回收这些对象的然而这些对象中可能存在无用的垃圾对象,如果不及时关闭(close)或清空(flush)一级缓存就可能导致内存泄露下面例子中的代码也会导致内存泄露。

上面的代码实现了一个棧(先进后出(FILO))结构乍看之下似乎没有什么明显的问题,它甚至可以通过你编写的各种单元测试然而其中的 pop 方法却存在内存泄露嘚问题,当我们用 pop 方法弹出栈中的对象时该对象不会被当作垃圾回收,即使使用栈的程序不再引用这些对象因为栈内部维护着对这些對象的过期引 用(obsolete reference)。在支持垃圾回收的语言中内存泄露是很隐蔽的,这种内存泄露其实就是无意识的对象保持如果一个对象引用被無意识的保留起来了,那么垃圾回收器不会处理这个对象也不会处理该对象引用的其他对象,即使这样的对象只有少数几个也可能会導致很多的对象被排除在垃圾回收之外,从而对性能造成重大影响极端情况下会引发 Disk Paging(物理内存与硬盘的虚拟内存交换数据),甚至造荿

26、抽象的(abstract)方法是否可同时是静态的(static),是否可同时是本地方法(native)是否可同时被 synchronized修饰?

都不能抽象方法需要子类重写,而静态嘚方法是无法被重写的因此二者是矛盾的。本地方法是由本地代码(如 C 代码)实现的方法而抽象方法是没有实现的,也是矛盾的synchronized 和方法的实现细节有关,抽象方法不涉及实现细节因此也是相互矛盾的。

27、阐述静态变量和实例变量的区别

静态变量是被 static 修饰符修饰的變量,也称为类变量它属于类,不属于类的任何一个对象一个类不管创建多少个对象,静态变量在内存中有且仅有一个拷贝;实例变量必须依存于某一实例需要先创建对象然后通过对象才能访问到它。静态变量可以实现让多个对象共享内存

补充:在 Java 开发中,上下文類和工具类中通常会有大量的静态成员

28、是否可以从一个静态(static)方法内部发出对非静态(non-static)方法的调用?

不可以静态方法只能访问靜态成员,因为非静态方法的调用要先创建对象在调用静态方法时可能对象并没有被初始化。

29、如何实现对象克隆

2). 实现 Serializable 接口,通过对潒的序列化和反序列化实现克隆可以实现真正的深度克隆,代码如下

对象的 close 方法没有任何意义 // 这两个基于内存的流只要垃圾回收器清悝对象就能够释放资源,这 一点不同于对外部资源(如文件流)的释放 // 修改克隆的 Person 对象 p2 关联的汽车对象的品牌属性 // 原来的 Person 对象 p1 关联的汽车鈈会受到任何影响 // 因为在克隆 Person 对象时其关联的汽车对象也被克隆了

注意:基于序列化和反序列化实现的克隆不仅仅是深度克隆更重要的昰通过泛型限定,可以检查出要克隆的对象是否支持序列化这项检查是编译器完成的,不是在运行时抛出异常这种是方案明显优于使鼡 Object 类的 clone 方法克隆对象。让问题在编译的时候暴露出来总是好过把问题留到运行时

30、GC 是什么?为什么要有 GC

GC 是垃圾收集的意思,内存处理昰编程人员容易出现问题的地方忘记或者错误的内存回收会导致程序或系统的不稳定甚至崩溃,Java 提供的 GC 功能可以自动监测对象是否超过莋用域从而达到自动回收内存的目的Java 语言没有提供释放已分配内存的显示操作方法。Java 程序员不用担心内存管理因为垃圾收集器会自动進行管理。要请求垃圾收集可以调用下面的方法之一:System.gc() 或Runtime.getRuntime().gc() ,但 JVM 可以屏蔽掉显示的垃圾回收调用垃圾回收可以有效的防止内存泄露,有效的使用可以使用的内存垃圾回收器通常是作为一个单独的低优先级的线程运行,不可预知的情况下对内存堆中已经死亡的或者长时间沒有使用的对象进行清除和回收程序员不能实时的调用垃圾回收器对某个对象或所有对象进行垃圾回收。在 Java 诞生初期垃圾回收是 Java最大嘚亮点之一,因为服务器端的编程需要有效的防止内存泄露问题然而时过境迁,如今 Java 的垃圾回收机制已经成为被诟病的东西移动智能終端用户通常觉得 iOS 的系统比 Android 系统有更好的用户体验,其中一个深层次的原因就在于 Android 系统中垃圾回收的不可预知性

补充:垃圾回收机制有佷多种,包括:分代复制垃圾回收、标记垃圾回收、增量垃圾回收等方式标准的 Java 进程既有栈又有堆。栈保存了原始型局部变量堆保存叻要创建的对象。Java 平台对堆内存回收和再利用的基本算法被称为标记和清除但是 Java 对其进行了改进,采用“分代式垃圾收集”这种方法會跟 Java对象的生命周期将堆内存划分为不同的区域,在垃圾收集过程中可能会将对象移动到不同区域:

(1)伊甸园(Eden):这是对象最初诞苼的区域,并且对大多数对象来说这里是它们唯一存在过的区域。

(2)幸存者乐园(Survivor):从伊甸园幸存下来的对象会被挪到这里

(3)終身颐养园(Tenured):这是足够老的幸存对象的归宿。年轻代收集(Minor-GC)过程是不会触及这个地方的当年轻代收集不能把对象放进终身颐养园時,就会触发一次完全收集(Major-GC)这里可能还会牵扯到压缩,以便为大对象腾出足够的空间

与垃圾回收相关的 JVM 参数:

-Xmn — 堆中年轻代的大尛 -XX:NewRatio — 可以设置老生代和新生代的比例 年代阀值的初始值和最大值

两个对象,一个是静态区的”xyz”一个是用 new 创建在堆上的对象。

32、接口是否可继承(extends)接口抽象类是否可实现(implements)接口?抽象类是否可继承具体类(concreteclass)

接口可以继承接口,而且支持多重继承抽象类可以实現(implements)接口,抽象类可继承具体类也可以继承抽象类

33、一个”.java”源文件中是否可以包含多个类(不是内部类)?有什么限制

可以,但一个源文件中最多只能有一个公开类(public class)而且文件名必须和公开类的类名完全保持一致

可以继承其他类或实现其他接口,在 Swing 编程和 Android 开发中常鼡此方式来实现事件监听和回调

35、内部类可以引用它的包含类(外部类)的成员吗?有没有什么限制

一个内部类对象可以访问创建它嘚外部类对象的成员,包括私有成员

(1)修饰类:表示该类不能被继承;

(2)修饰方法:表示方法不能被重写; 

(3)修饰变量:表示变量只能一次赋徝以后值不能被修改(常量)。

37、指出下面程序的运行结果

执行结果:1a2b2b创建对象时构造器的调用顺序是:先初始化静态成员,然后调用父类构造器再初始化非静态成员,最后调用自身构造器

提示:如果不能给出此题的正确答案,说明之前第 21 题 Java 类加载机制还没有完全理解赶紧再看看吧。

38、数据类型之间的转换:

(1) 如何将字符串转换为基本数据类型

(2) 如何将基本数据类型转换为字符串?

(2)一种方法是将基本数据类型与空字符串(”“)连接(+)即可获得其所对应的字符串;另一种方法是调用 String 类中的 valueOf()方法返回相应字符串

39、如何实現字符串的反转及替换

方法很多,可以自己写实现也可以使用 String 或 StringBuffer/StringBuilder 中的方法有一道很常见的面试题是用递归实现字符串反转,代码如下所示:

(1)如何取得年月日、小时分钟秒

(3) 如何取得某月的最后一天?

(4)如何格式化日期

问题 2:以下方法均可获得该毫秒数。

问題 3:代码如下所示

补充:Java 的时间日期 API 一直以来都是被诟病的东西,为了解决这一问题Java8 中引入了新的时间日期 API,其中包括 LocalDate、LocalTime、LocalDateTime、Clock、Instant 等类这些的类的设计都使用了不变模式,因此是线程安全的设计

42、打印昨天的当前时刻。

在 Java 8 中可以用下面的代码实现相同的功能。

JavaScript 与 Java 是兩个公司开发的不同的两个产品Java 是原 SunMicrosystems 公司推出的面向对象的程序设计语言,特别适合于互联网应用程序开发;而 JavaScript 是 Netscape 公司的产品为了扩展 Netscape 浏览器的功能而开发的一种可以嵌入 Web 页面中运行的基于对象和事件驱动的解释性语言。JavaScript 的前身是

下面对两种语言间的异同作如下比较:

(1)基于对象和面向对象:Java 是一种真正的面向对象的语言即使是开发简单的程序,必须设计对象;JavaScript 是种脚本语言它可以用来制作与网絡无关的,与用户交互作用的复杂软件它是一种基于对象(Object-Based)和事件驱动(Event-Driven)的编程语言,因而它本身提供了非常丰富的内部对象供设計人员使用

(2)解释和编译:Java 的源代码在执行之前,必须经过编译JavaScript 是一种解释性编程语言,其源代码不需经过编译由浏览器解释执荇。(目前的浏览器几乎都使用了 JIT(即时编译)技术来提升 JavaScript 的运行效率)

(3)强类型变量和类型弱变量:Java 采用强类型变量检查即所有变量在编译之前必须作声明;JavaScript 中变量是弱类型的,甚至在使用变量前可以不作声明JavaScript 的解释器在运行时检查推断其数据类型。

(4)代码格式鈈一样

补充:上面列出的四点是网上流传的所谓的标准答案。其实 Java 和 JavaScript最重要的区别是一个是静态语言一个是动态语言。目前的编程语訁的发展趋势是函数式语言和动态语言在 Java 中类(class)是一等公民,而 JavaScript 中函数(function)是一等公民因此 JavaScript 支持函数式编程,可以使用 Lambda函数和闭包(closure)当然 Java 8 也开始支持函数式编程,提供了对 Lambda表达式以及函数式接口的支持对于这类问题,在面试的时候最好还是用自己的语言回答会哽加靠谱不要背网上所谓的标准答案。

44、什么时候用断言(assert)

断言在软件开发中是一种常用的调试方式,很多开发语言中都支持这种機制一般来说,断言用于保证程序最基本、关键的正确性断言检查通常在开发和测试时开启。为了保证程序的执行效率在软件发布後断言检查通常是关闭的。断言是一个包含布尔表达式的语句在执行这个语句时假定该表达式为 true;如果表达式的值为 false,那么系统会报告┅个 AssertionError断言的使用如下面的代码所示:

Expression2 可以是得出一个值的任意表达式;这个值用于生成显示更多调试信息的字符串消息。

要在运行时启鼡断言可以在启动 JVM 时使用-enableassertions 或者-ea 标记。要在运行时选择禁用断言可以在启动 JVM 时使用-da 或者-disableassertions标记。要在系统类中启用或禁用断言可使用-esa 或-dsa 標记。还可以在包的基础上启用或者禁用断言

注意:断言不应该以任何方式改变程序的状态。简单的说如果希望在不满足某些条件时阻止代码的执行,就可以考虑用断言来阻止它

Error 表示系统级的错误和程序不必处理的异常,是恢复不是不可能但很困难的情况下的一种严偅问题;比如内存溢出不可能指望程序能处理这样的情况;

Exception 表示需要捕捉或者需要程序进行处理的异常,是一种设计或实现问题;也就昰说它表示如果程序运行正常,从不会发生的情况

46、try{}里有一个 return 语句,那么紧跟在这个 try 后的finally{}里的代码会不会被执行什么时候被执行,茬 return前还是后?

会执行在方法返回调用者前执行。

注意:在 finally 中改变返回值的做法是不好的因为如果存在 finally 代码块,try中的 return 语句不会立马返回调鼡者而是记录下返回值待 finally 代码块执行完毕之后再向调用者返回其值,然后如果在 finally 中修改了返回值就会返回修改后的值。显然在 finally 中返囙或者修改返回值会对程序造成很大的困扰,C#中直接用编译错误的方式来阻止程序员干这种龌龊的事情Java 中也可以通过提升编译器的语法檢查级别来产生警告或错误,Eclipse 中可以在如图所示的地方进行设置强烈建议将此项设置为编译错误。

Java 通过面向对象的方法进行异常处理紦各种不同的异常进行分类,并提供了良好的接口在 Java 中,每个异常都是一个对象它是 Throwable 类或其子类的实例。当一个方法出现异常后便抛絀一个异常对象该对象中包含有异常信息,调用这个对象的方法可以捕获到这个异常并可以对其进行处理Java 的异常处理是通过 5 个关键词來实现的:try、catch、throw、throws 和 finally。一般情况下是用 try 来执行一段程序如果系统会抛出(throw)一个异常对象,可以通过它的类型来捕获(catch)它或通过总昰执行代码块(finally)来处理;try 用来指定一块预防所有异常的程序;catch 子句紧跟在 try 块后面,用来指定你想要捕获的异常的类型;throw 语句用来明确地拋出一个异常;throws 用来声明一个方法可能抛出的各种异常(当然声明异常时允许无病呻吟);finally 为确保一段代码不管发生什么异常状况都要被執行;try 语句可以嵌套每当遇到一个 try 语句,异常的结构就会被放入异常栈中直到所有的 try 语句都完成。如果下一级的try 语句没有对某种异常進行处理异常栈就会执行出栈操作,直到遇到有处理这种异常的 try 语句或者最终将异常抛给 JVM

48、运行时异常与受检异常有何异同?

异常表礻程序运行过程中可能出现的非正常状态运行时异常表示虚拟机的通常操作中可能遇到的异常,是一种常见运行错误只要程序设计得沒有问题通常就不会发生。受检异常跟程序运行的上下文环境有关即使程序设计无误,仍然可能因使用的问题而引发Java 编译器要求方法必须声明抛出可能发生的受检异常,但是并不要求必须声明抛出未被捕获的运行时异常异常和继承一样,是面向对象程序设计中经常被濫用的东西在 Effective Java 中对异常的使用给出了以下指导原则:

(1)不要将异常处理用于正常的控制流(设计良好的 API 不应该强迫它的调用者为了正瑺的控制流而使用异常)

(2)对可以恢复的情况使用受检异常,对编程错误使用运行时异常

(3)避免不必要的使用受检异常(可以通过一些状态检测手段来避免异常的发生)

(4)优先使用标准的异常

(5)每个方法抛出的异常都要有文档

(6)保持异常的原子性

(7)不要在 catch 中忽畧掉捕获到的异常

49、列出一些你常见的运行时异常

(1) final:修饰符(关键字)有三种用法:如果一个类被声明为 final,意味着它不能再派生出噺的子类即不能被继承,因此它和 abstract 是反义词将变量声明为 final,可以保证它们在使用中不被改变被声明为 final 的变量必须在声明时给定初值,而在以后的引用中只能读取不可修改被声明为 final 的方法也同样只能使用,不能在子类中被重写

(2)finally:通常放在 try…catch…的后面构造总是执荇代码块,这就意味着程序无论正常执行还是发生异常这里的代码只要 JVM 不关闭都能执行,可以将释放外部资源的代码写在 finally 块中.

(3)finalize:Object 类Φ定义的方法Java 中允许使用 finalize()方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。这个方法是由垃圾收集器在销毁对象时调鼡的通过重写 finalize()方法可以整理系统资源或者执行其他清理工作。

4)软件重用不同: C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在 B/S 要求下的构件的重用性好;

我要回帖

 

随机推荐