2020版Android面试题集：操作系统详解与服务架构

android面试题

需积分: 13 85 浏览量更新于2024-07-15 收藏 16.09MB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源推荐

super关键字和this作用类似，使被屏蔽的成员变量或者成员方法变为可见，或者说用来引用被屏蔽的成员变量和成员方

法。不过super是用在子类中，目的是访问直接父类中被屏蔽的成员，注意是直接父类（就是类之上最近的超类）。下

面是一个综合运用super的例子，有两个类：一个Father类，一个Father类的子类Son，通过这两个类完全演示了super

的用法，以下是代码：

package com.demo.test;

public class Father {

public String v = "Father";

public String x = "输出了Father类的public成员变量x!!!";

public Father() {

System.out.println("Father构造方法被调用!");

}

public Father(String v) {

this.v = "Father类的带参数构造方法!运行了.";

}

public void outinfo() {

System.out.println("Father的outinfo方法被调用");

}

public static void main(String[] args) {

// TODO 自动生成方法存根

}

package com.demo.test;

public class Son extends Father {

public String v = "Son";

public Son() {

super(); // 调用超类的构造方法,只能放到第一行.

System.out.println("Son无参数构造方法被调用!");

// super(); //错误的,必须放到构造方法体的最前面.

}

public Son(String str) {

super(str);

System.out.println("Son带参数构造方法被调用!");

}

// 覆盖了超类成员方法outinfo()

public void outinfo() {

第一、在子类构造方法中要调用父类的构造方法，用“super(参数列表)”的方式调用，参数不是必须的。同时还要注意的

一点是：“super(参数列表)”这条语句只能用在子类构造方法体中的第一行。

第二、当子类方法中的局部变量或者子类的成员变量与父类成员变量同名时，也就是子类局部变量覆盖父类成员变量

时，用“super.成员变量名”来引用父类成员变量。当然，如果父类的成员变量没有被覆盖，也可以用“super.成员变量

名”来引用父类成员变量，不过这是不必要的。

第三、当子类的成员方法覆盖了父类的成员方法时，也就是子类和父类有完全相同的方法定义（但方法体可以不同），

此时，用“super.方法名(参数列表)”的方式访问父类的方法。

this、super的用法也不过这些，只有理解了其中的原理，才不会跌入陷阱！

1.3.5 接口和抽象类的区别。(校招&实习)

1.概述

一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框

架，当代表业务逻辑的高层抽象层结构合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现

了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用。*

面

对对

象

的

设计

，

复

用的

重

点

其

实应

该

是抽

象

层

的

复

用

，

而

不

是

具体

某

一

个代

码

块

的

复

用

*。

说到了抽象，我就不能不提到曾让我头痛的Java接口和Java抽象类了，这也是本文我想说的重点。

既然面向对象设计的重点在于抽象，那Java接口和Java抽象类就有它存在的必然性了。

Java接口(interface)和Java抽象类(abstract class)代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP

面向对象的编程，如果要提高程序的复用率，增加程序的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的

编程，正确地使用接口、抽象类这些有用的抽象类型作为你结构层次上的顶层。

Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比

较一下，你就可以发现了。

1. Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以（就

是interface中只能定义方法，而不能有方法的实现，而在abstract class中则可以既有方法的具体实现，又有没

有具体实现的抽象方法），这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。如果向一个抽象类里加入

一个新的具体方法时，那么它所有的子类都一下子都得到了这个新方法，而Java接口做不到这一点，如果向一个

Java接口里加入一个新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这

个方法才行，这显然是Java接口的缺点。这个在我的另外一篇博客mapreduce 新旧API 区别中有提到类似的问

题，在新的mapreduce api中更倾向于使用抽象类，而不是接口，因为这更容易扩展。原因就是上面划线部分所说

的。

2. 一个抽象类的实现只能由这个抽象类的子类给出，也就是说，这个实现处在抽象类所定义出的继承的等级结构中，

而由于Java语言的单继承性，所以抽象类作为类型定义工具的效能大打折扣。在这一点上，Java接口的优势就出来

了，任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java

接口，从而这个类就有了多种类型。（使用抽象类，那么继承这个抽象类的子类类型就比较单一，因为子类只能单

继承抽象类；而子类能够同时实现多个接口，因为类型就比较多。接口和抽象类都可以定义对象，但是只能用他们

的具体实现类来进行实例化。）

3. 从第2点不难看出，Java接口是定义混合类型的理想工具，混合类表明一个类不仅仅具有某个主类型的行为，而且

具有其他的次要行为。

4. 结合1、2点中抽象类和Java接口的各自优势，具精典的设计模式就出来了：声明类型的工作仍然由Java接口承担，

但是同时给出一个Java 抽象类，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接

口，也可以选择继承这个抽象类，*

也

就

是

说

在

层

次

结

构

中

，

Java

接

口在

最

上

面

，

然

后

紧

跟

着

抽

象

类

*，这下两个

的最大优点都能发挥到极至了。这个模式就是*“

缺省

适

配

模

式

*”。在Java语言API中用了这种模式，而且全都遵循

一定的命名规范：Abstract ＋接口名。（A extends AbstractB implements interfaceC，那么A即可以选择实

现(@Override)接口interfaceC中的方法，也可以选择不实现；A即可以选择实现(@Override)抽象类AbstractB

中的方法，也可以选择不实现）

Java接口和Java抽象类的存在就是为了用于具体类的实现和继承的，如果你准备写一个具体类去继承另一个具体类的

话，那你的设计就有很大问题了。Java抽象类就是为了继承而存在的，它的抽象方法就是为了强制子类必须去实现的。

使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。而

不要用具体Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。

2.实例

下面给出一个具体的接口Action，代码如下所示：

package org.springframework.webflow.execution;

public interface Action {

public Event execute(RequestContext context) throws Exception;

}

在这个接口中，定义了一个没有具体实现的方法，方法名叫做execute()，返回类型是Event。如前面第一条所述，接口

中的方法都是没有实现的。这些方法的具体实现是在实现(implements)这个接口的类中给出的。

再来看一个实现Action接口的抽象类AbstractAction，代码如下。

package org.springframework.webflow.action;

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

import org.springframework.beans.factory.BeanInitializationException;

import org.springframework.beans.factory.InitializingBean;

import org.springframework.util.ClassUtils;

import org.springframework.webflow.core.collection.AttributeMap;

import org.springframework.webflow.execution.Action;

import org.springframework.webflow.execution.Event;

import org.springframework.webflow.execution.RequestContext;

public abstract class AbstractAction implements Action, InitializingBean {

protected final Log logger = LogFactory.getLog(getClass());

public EventFactorySupport getEventFactorySupport() {

return new EventFactorySupport();

}

public void afterPropertiesSet() throws Exception {

try {

initAction();

} catch (Exception ex) {

throw new BeanInitializationException("Initialization of this Action failed: " +

ex.getMessage(), ex);

}

protected void initAction() throws Exception {

}

protected Event success() {

return getEventFactorySupport().success(this);

}

protected Event success(Object result) {

return getEventFactorySupport().success(this, result);

}

protected Event error() {

剩余754页未读，继续阅读

ZyaireYolo

粉丝: 3
资源: 11

2020版Android面试题集：操作系统详解与服务架构

Android大厂面试题库

android面试题

Android面试题附答案

2022最新android基础面试题合集.pdf

java面试题及答案(超完整).pdf

android 面试题 pdf

2022中高级android面试必知百题.pdf

2020年前端大厂面试题最全汇总.pdf

2022Go后端开发大厂面试题.pdf

(完整版)运维面试题(含答案).pdf

算法面试题集锦.pdf

2022年前react面试题整理收藏(同事面试用的).pdf

pdf-2020最新渗透测试面试题合集

2023android 面试题

图像处理岗面试60题及其答案解析.pdf

2021校招面试题库c++版,很全.pdf

结构化面试经典100题.pdf

高级前端工程师面试题答案 pdf

实施工程师面试题答案pdf

资深Android面试题

最新资源