2015百度移动端研发面试小记

final类的特点？

当将类定义为final时，就表明了你不打算继承该类，而且也不也许别人这样做。换句话说，出于某种考虑，你对该类的设计永不需要做任何变动，或者出于安全的考虑，你不希望他有子类。例如Java中的String类。

 请注意，final类的域可以根据个人的意愿选择是或不是final。不论类是否被定义为final，相同的规则同样适用于定义为final的域。然而，由于final是无法继承的，所以被final修饰的类中的方法都隐式的制定为fianl，因为你无法覆盖他们。在fianl类中可以给方法添加final，但这不会产生任何意义。

除了final类之外还有final数据和final方法：

final数据：

许多编程语言都有某种方法，来向编译器告知一块数据是恒定不变的。有时数据的恒定不变是很有用的，例如：

1，一个编译时恒定不变的常量

2，一个在运行时初始化，而你不希望它被改变。

   对于编译期常量的这种情况，编译器可以将该常量值代入任何可能用到它的计算式中，也就是说，可以在编译期就执行计算式，这减轻了一些运行时的负担。在java中，这类常量必须是基本类型，并且以final表示。在对这个常量定义时，必须进行赋值。

 在修饰基本类型时，表示它是一个常量，在定义时必须给予赋值。特别的一个既是static又是final 的字段只占据一段不能改变的存储空间。

当final应用于对象引用时，而不是基本类型时，其含义有些让人疑惑。对基本类型使用fianl不能改变的是他的数值。而对于对象引用（包括数组），不能改变的是他的引用，而对象本身是可以修改的。一旦一个final引用被初始化指向一个对象，这个引用将不能在指向其他对象。java并未提供对任何对象恒定不变的支持。这一限制也通用适用于数组，它也是对象。

final 方法

   使用final方法有两个原因。第一个原因是把方法锁定，以防止任何继承它的类修改它的含义。这是出于设计的考虑：想要确保在继承中使用的方法保持不变，并且不会被覆盖。只有在想明确禁止覆盖式，才将方法设置为fianl的。

过去建议使用final方法的第二个原因是效率。在java的早期实现中，如果将一个方法指明为fianl，就是同意编译器将针对该方法的所有调用都转为内嵌调用。当编译器发现一个final方法调用命令时，它会根据自己的谨慎判断，跳过插入程序代码这种正常的调用方式而执行方法调用机制（将参数压入栈，跳至方法代码处执行，然后跳回并清理栈中的参数，处理返回值），并且以方法体中的实际代码的副本来代替方法调用。这将消除方法调用的开销。当然，如果一个方法很大，你的程序代码会膨胀，因而可能看不到内嵌所带来的性能上的提高，因为所带来的性能会花费于方法内的时间量而被缩减。

    上面标颜色的地方不太懂。不知道那位看过Java编程思想和知道的高人给解释解释。

    在最进的java版本中，虚拟机(特别是hotspot技术)可以探测到这些情况，并优化去掉这些效率反而降低的额外的内嵌调用，因此不再需要使用final方法来进行优化了。事实上，这种做法正逐渐受到劝阻。在使用java se5/6时，应该让编译器和JVM去处理效率问题，只有在想明确禁止覆盖式，才将方法设置为fianl的。

 final和private关键字

   类中的所有private方法都是隐式的制定为final的。由于你无法访问private方法你也就无法覆盖它。可以对private方法添加final修饰词，但这毫无意义。

参见：http://blog.csdn.net/niguang09/article/details/6035813

int和Integer的差别？

int与integer的区别从大的方面来说就是基本数据类型与其包装类的区别：

int 是基本类型，直接存数值，而integer是对象，用一个引用指向这个对象

1.Java 中的数据类型分为基本数据类型和复杂数据类型

int 是前者而integer 是后者（也就是一个类）；因此在类进行初始化时int类的变量初始为0.而Integer的变量则初始化为null.

2.初始化时：

　　int i =1；Integer i= new Integer(1);(要把integer 当做一个类看)；但由于有了自动装箱和拆箱使得对Integer类也可使用：Integer i= 1；

        int 是基本数据类型（面向过程留下的痕迹，不过是对java的有益补充），Integer 是一个类，是int的扩展，定义了很多的转换方法

　　类似的还有：float Float;double Double;string String等，而且还提供了处理int 类型时非常有用的其他一些常量和方法

　　举个例子：当需要往ArrayList，HashMap中放东西时，像int，double这种内建类型是放不进去的，因为容器都是装 object的，这是就需要这些内建类型的外覆类了。

　　Java中每种内建类型都有相应的外覆类。

　　Java中int和Integer关系是比较微妙的。关系如下：

　　1.int是基本的数据类型；

　　2.Integer是int的封装类；

　　3.int和Integer都可以表示某一个数值；

　　4.int和Integer不能够互用，因为他们两种不同的数据类型；

总而言之：如果我们定义一个int类型的数，只是用来进行一些加减乘除的运算or作为参数进行传递，那么就可以直接声明为int基本数据类型，但如果要像对象一样来进行处理，那么就要用Integer来声明一个对象，因为java是面向对象的语言，因此当声明为对象时能够提供很多对象间转换的方式，与一些常用的方法。自认为java作为一们面向对象的语言，我们在声明一个变量时最好声明为对象格式，这样更有利于你对面向对象的理解。

参考：http://www.cnblogs.com/shenliang123/archive/2011/10/27/2226903.html

运行时异常和普通异常在原理上有什么差别？

Throwable是所有Java程序中错误处理的父类，有两种资类：Error和Exception。

   Error：表示由JVM所侦测到的无法预期的错误，由于这是属于JVM层次的严重错误，导致JVM无法继续执行，因此，这是不可捕捉到的，无法采取任何恢复的操作，顶多只能显示错误信息。

Exception：表示可恢复的例外，这是可捕捉到的。

Java提供了两类主要的异常:runtime exception和checked exception。checked异常也就是我们经常遇到的IO异常，以及SQL异常都是这种异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。

    但是另外一种异常：runtime exception，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。

    出现运行时异常后，系统会把异常一直往上层抛，一直遇到处理代码。如果没有处理块，到最上层，如果是多线程就由Thread.run()抛出，如果是单线程就被main()抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是Exception的子类，也有一般异常的特点，是可以被Catch块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。

    如果不想终止，则必须扑捉所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。在这个场景这样处理可能是一个比较好的应用，但并不代表在所有的场景你都应该如此。如果在其它场景，遇到了一些错误，如果退出程序比较好，这时你就可以不太理会运行时异常，或者是通过对异常的处理显式的控制程序退出。

异常处理的目标之一就是为了把程序从异常中恢复出来。

参考：http://blog.csdn.net/yakihappy/article/details/3979883

抽象类和接口的差别？

抽象类（abstract class）和接口（interface）是Java语言中对于抽象类定义进行支持的两种机制，正是由于这两种机制的存在，才赋予了Java强大的面向对象能力。抽象类和接口之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进行抽象类定义时对于抽象类和接口的选择显得比较随意。其实，两者之间还是有很大的区别的，对于它们的选择甚至反映出对于问题领域本质的理解、对于设计意图的理解是否正确、合理。本文将对它们之间的区别进行一番剖析，试图给开发者提供一个在二者之间进行选择的依据。

抽象类不能实例化，在面向对象领域，抽象类主要用来进行类型隐藏。我们可以构造出一个固定的一组行为的抽象描述，但是这组行为却能够有任意个可能的具体实现方式。这个抽象描述就是抽象类，而这一组任意个可能的具体实现则表现为所有可能的派生类。模块可以操作一个抽象体。由于模块依赖于一个固定的抽象体，因此它可以是不允许修改的；同时，通过从这个抽象体派生，也可扩展此模块的行为功能。熟悉OCP的读者一定知道，为了能够实现面向对象设计的一个最核心的原则OCP(Open-Closed Principle)，抽象类是其中的关键所在。

在语法层面，Java语言对于抽象类和接口给出了不同的定义方式，  在抽象类方式中，Demo可以有自己的数据成员，也可以有非abstarct的成员方法；而在接口方式的实现中，Demo只能够有静态的不能被修改的数据成员（也就是必须是static final的，不过在interface中一般不定义数据成员），所有的成员方法都是abstract的。从某种意义上说，接口是一种特殊形式的抽象类。

从编程的角度来看，抽象类和接口都可以用来实现"design by contract"的思想。但是在具体的使用上面还是有一些区别的。

1、首先，抽象类在Java语言中表示的是一种继承关系，一个类只能使用一次继承关系。但是，一个类却可以实现多个接口。也许，这是Java语言的设计者在考虑Java对于多重继承的支持方面的一种折中考虑吧。  

2、其次，在抽象类的定义中，我们可以赋予方法的默认行为。但是在接口的定义中，方法却不能拥有默认行为，为了绕过这个限制，必须使用委托，但是这会 增加一些复杂性，有时会造成很大的麻烦。  

    在抽象类中定义默认行为，一旦抽象类中的行为方法发生改变，就会影响继承他的子类。但是另一个方面，如果不利用抽象类中定义默认行为，就会导致同样的方法实现出现在该抽象类的每一个派生类中，违反了"one rule，one place"原则，造成代码重复，同样不利于以后的维护。

     因此，在抽象类和接口间进行选择时要非常的小心。

上面主要从语法定义和编程的角度论述了抽象类和接口的区别，这些层面的区别是比较低层次的、非本质的。本小节将从另一个层面：抽象类和接口所反映出的设计理念，来分析一下二者的区别。作者认为，从这个层面进行分析才能理解二者概念的本质所在。 
前面已经提到过，抽象类在Java语言中体现了一种继承关系，要想使得继承关系合理，父类和派生类之间必须存在"is a"关系，即父类和派生类在概念本质上应该是相同的（参考文献〔3〕中有关于"is a"关系的大篇幅深入的论述，有兴趣的读者可以参考）。对于接口来说则不然，并不要求接口的实现者和接口定义在概念本质上是一致的，仅仅是实现了接口定义的契约而已。

小结一下抽象类和Java接口的一些区别。在使用上，没有非抽象方法的抽象类与接口非常类似，不过请注意以下几点：

1、一个类可以实现任意多个接口，但是它最多只能扩展一个抽象类；

2、抽象类可以允许有若干个非抽象方法，而接口里的所有方法都必须是抽象的，无论是否将它的方法显式地声明为抽象的；

3、抽象类可以声明和使用字段；而接口却不能，尽管接口可以创建static final常量；

4、抽象类方法的可见修饰符可以是public、protected、private或者无修饰符（表示包内可见）；而接口的方法的可见性修饰符只能是public；

5、抽象类可以定义构造器；而接口不行；

     抽象类和接口是Java语言中的两种定义抽象类的方式，它们之间有很大的相似性。但是对于它们的选择却又往往反映出对于问题领域中的概念本质的理解、对于设计意图的反映是否正确、合理，因为它们表现了概念间的不同的关系（虽然都能够实现需求的功能）。所以该使用哪个取决于系统的规划与需要，使用接口比较干净利落，而且标准比较明确。使用抽象类可以使用类的功能来处理一些共同的事情。通常习惯将两个一起使用，先为某些机制创建出一个接口，然后在设计一个抽象类实现这个接口。其中把某些方法给实现出来，作为默认的行为处理，让不需要修改的子类能重复使用。

详细例子参考：http://blog.csdn.net/cxwen78/article/details/6661004

接口中定义的方法会隐式的加上什么修饰符？

    使用interface来定义一个接口。接口定义同类的定义类似，也是分为接口的声明和接口体，其中接口体由常量定义和方法定义两部分组成。定义接口的基本格式如下：

[修饰符] interface 接口名 [extends 父接口名列表]{

[public] [static] [final] 常量;
[public] [abstract] 方法;
}
修饰符：可选，用于指定接口的访问权限，可选值为public。如果省略则使用默认的访问权限。
接口名：必选参数，用于指定接口的名称，接口名必须是合法的Java标识符。一般情况下，要求首字母大写。
extends 父接口名列表：可选参数，用于指定要定义的接口继承于哪个父接口。当使用extends关键字时，父接口名为必选参数。

方法：接口中的方法只有定义而没有被实现。

接口中定义的变量默认是public static final 型，且必须给其初值，所以实现类中不能重新定义，也不能改变其值。

抽象类中的变量默认是 friendly 型，其值可以在子类中重新定义，也可以重新赋值。

接口中的方法默认都是 public,abstract 类型的。

实现接口的类必须实现其中的所有方法，继承自抽象类的子类实现所有的抽象方法。抽象类中可以有非抽象方法。接口中则不能有实现方法。

参考事例：http://blog.csdn.net/yjkwf/article/details/7238847

举例解释JAVA多态？

多态出现的缘由：java的引用变量有两种类型：一个是编译时的类型，一个是运行时类型。

                               编译时类型：声明该变量时使用的类型决定。

                               运行时类型：实际赋给该变量的对象决定

                               如果编译时和运行时类项不一样就会出现所谓的多态（polymorphism）。

 多态：相同类型的变量执行同一个方法时，呈现出不同的行为特征这就是多态。

注意：引用变量在编译阶段只能调用其编译时类项所具有的方法，但运行时则执行运行时类项所具有的方法，因此编译java代码时，引用变量只能调用声明该变量时类项里包含的方法，如：Object p = new Person()定义一个变量p，p只能调用Object类得方法而不能调用person类里定义的方法。

方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写(Overriding)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被“屏蔽”了。如果在一个类中定义了多个同名的方法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overloaded的方法是可以改变返回值的类型。方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中Java多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写 (Overriding)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被“屏蔽”了。如果在一个类中定义了多个同名的方法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overloaded的方法是可以改变返回值的类型。

StringBuffer和StringBuilder的差别？

在执行速度方面的比较：StringBuilder >  StringBuffer  
StringBuilder：线程非安全的　 StringBuffer：线程安全的

 如果你读过《Think in Java》，而且对里面描述HashTable和HashMap区别的那部分章节比较熟悉的话，你一定也明白了原因所在。对，就是支持线程同步保证线程安全而导致性能下降的问题。HashTable是线程安全的，很多方法都是synchronized方法，而HashMap不是线程安全的，但其在单线程程序中的性能比HashTable要高。StringBuffer和StringBuilder类的区别也在于此，新引入的StringBuilder类不是线程安全的，但其在单线程中的性能比StringBuffer高。