[关闭]
@cxm-2016 2017-02-18T09:11:11.000000Z 字数 7097 阅读 2596

面试题：Android面试题(持续更新)

面试题 0

版本：0
作者：陈小默

Java 篇

Android 篇

内存泄漏 系列

对于C++来说，内存泄漏就是new出来的对象没有delete，俗称野指针；对于Java来说，就是new出来的Object 放在Heap上无法被GC回收

内存泄漏

常见的导致内存泄漏的原因有哪些？应当如何解决？

考察开发者的基础水平，回答时务必详细说明不同内存泄漏的产生原因和解决方案。

1,单例模式造成的内存泄漏

单例的静态特性导致其生命周期同应用一样长。

解决方案：
    1，将该属性的引用方式改为弱引用;
    2，如果传入Context，使用ApplicationContext;

2,InnerClass匿名内部类

在Java中，非静态内部类 和 匿名类 都会潜在的引用它们所属的外部类，但是，静态内部类却不会。如果这个非静态内部类实例做了一些耗时的操作，就会造成外围对象不会被回收，从而导致内存泄漏。

解决方案：
    1，将内部类变成静态内部类;
    2，如果有强引用Activity中的属性，则将该属性的引用方式改为弱引用;
    3，在业务允许的情况下，当Activity执行onDestory时，结束这些耗时任务;

3,Activity Context 的不正确使用

在Android应用程序中通常可以使用两种Context对象：Activity和Application。当类或方法需要Context对象的时候常见的做法是使用第一个作为Context参数。这样就意味着View对象对整个Activity保持引用，因此也就保持对Activty的所有的引用。

假设一个场景，当应用程序有个比较大的Bitmap类型的图片，每次旋转是都重新加载图片所用的时间较多。为了提高屏幕旋转是Activity的创建速度，最简单的方法时将这个Bitmap对象使用Static修饰。 当一个Drawable绑定在View上，实际上这个View对象就会成为这份Drawable的一个Callback成员变量。而静态变量的生命周期要长于Activity。导致了当旋转屏幕时，Activity无法被回收，而造成内存泄露。

解决方案：
    1，使用ApplicationContext代替ActivityContext，因为ApplicationContext会随着应用程序的存在而存在，而不依赖于activity的生命周期；
    2，对Context的引用不要超过它本身的生命周期，慎重的对Context使用“static”关键字。Context里如果有线程，一定要在onDestroy()里及时停掉。

4,Handler引起的内存泄漏

当Handler中有延迟的的任务或是等待执行的任务队列过长，由于消息持有对Handler的引用，而Handler又持有对其外部类的潜在引用，这条引用关系会一直保持到消息得到处理，而导致了Activity无法被垃圾回收器回收，而导致了内存泄露。

解决方案：
    1，可以把Handler类放在单独的类文件中，或者使用静态内部类便可以避免泄露;
    2，如果想在Handler内部去调用所在的Activity,那么可以在handler内部使用弱引用的方式去指向所在Activity.使用Static + WeakReference的方式来达到断开Handler与Activity之间存在引用关系的目的。

5,系统服务注册监听器的泄漏

系统服务可以通过Context.getSystemService 获取，它们负责执行某些后台任务，或者为硬件访问提供接口。如果Context 对象想要在服务内部的事件发生时被通知，那就需要把自己注册到服务的监听器中。然而，这会让服务持有Activity 的引用，如果在Activity onDestory时没有释放掉引用就会内存泄漏。

解决方案：
    1，使用ApplicationContext代替ActivityContext;
    2，在Activity执行onDestory时，调用反注册;

6,Cursor，Stream没有close，Bitmap没有recyle

资源性对象比如(Cursor，File文件等)往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不仅存在于 java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们，往往会造成内存泄漏。因为有些资源性对象，比如SQLiteCursor(在析构函数finalize(),如果我们没有关闭它，它自己会调close()关闭)，如果我们没有关闭它，系统在回收它时也会关闭它，但是这样的效率太低了。因此对于资源性对象在不使用的时候，应该调用它的close()函数，将其关闭掉，然后才置为null. 在我们的程序退出时一定要确保我们的资源性对象已经关闭。

7,集合中对象没清理造成的内存泄漏

我们通常把一些对象的引用加入到了集合容器（比如ArrayList）中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了。
所以要在退出程序之前，将集合里的东西clear，然后置为null，再退出程序。

解决方案：
    在Activity退出之前，将集合里的东西clear，然后置为null，再退出程序。

8,WebView造成的泄露

当我们不要使用WebView对象时，应该调用它的destory()函数来销毁它，并释放其占用的内存，否则其占用的内存长期也不能被回收，从而造成内存泄露。

解决方案：
    为webView开启另外一个进程，通过AIDL与主线程进行通信，WebView所在的进程可以根据业务的需要选择合适的时机进行销毁，从而达到内存的完整释放。

9,构造Adapter时，没有使用缓存的ConvertView

初始时ListView会从Adapter中根据当前的屏幕布局实例化一定数量的View对象，同时ListView会将这些View对象 缓存起来。
当向上滚动ListView时，原先位于最上面的List Item的View对象会被回收，然后被用来构造新出现的最下面的List Item。
这个构造过程就是由getView()方法完成的，getView()的第二个形参View ConvertView就是被缓存起来的List Item的View对象(初始化时缓存中没有View对象则ConvertView是null)。

Android 5.X 系列

Android 5.X 都有哪些新特性？

该问题属于自由发挥的问题，不过面试官可能会根据你的答案进行更加深入的提问，所以回答问题要慎重。以下给出几个不同的点，可以寻找自己擅长的方面进行回答。

1、Material Design设计风格
新的视觉语言，在基本元素的处理上，借鉴了传统的印刷设计，字体版式、网格系统、空间、比例、配色、图像使用等这些基础的平面设计规范。另外，Material Design还推崇实体隐喻理念，利用实体的表面与边缘的质感打造出视觉线索，让用户感受到真实。
2、支持多种设备
支持智能手机、平板电脑、笔记本电脑、智能电视、汽车、智能手表甚至是各种家用电子产品。
3、全新的通知中心设计
1，改进后的通知系统会优先显示对用户来说比较重要的信息，而将不太紧急的内容隐藏起来；2，在锁屏界面也可以直接查看通知消息；3，用户还可以直接在锁屏的情况下就行回复或进入应用；4，如果在操作手机的过程中有电话进入，也不会进行全画面切换，而是同样以弹出通知的方式告知用户。
4、支持64位ART虚拟机
新系统放弃了之前一直使用的Dalvik虚拟机，改用了ART模式，实现了真正的跨平台编译。
5、Project Volta电池续航改进计划
Project Volta计划增加了新工具可以让开发者能够更容易的找出为何自己的应用程序会对电量产生比较大的影响，同时确保在执行某型任务时将手机电量的影响降至最低。
6、全新的“最近应用程序”
除了界面风格设计的改变之外，新的最近应用界面还借鉴了Chrome浏览器的理念，采用单独的标签展示方式。
7、改进安全性
现在个人识别解锁还是一个比较新鲜的智能概念，当用户的蓝牙耳机连接到手机或平板电脑时，设备可以基于当前的位置或用户的声音自动解锁。
8、不同数据独立保存
谷歌表示Android Lollipop将拥有一个全新的特性，让用户通过一台设备就可以搞定所有的工作和生活娱乐活动
9、改进搜索
谷歌将新系统的搜索功能重点放在了“重新发现”上，因此这意味着Google Search将会更好的意识到用户正在做什么。
10、新的API支持，蓝牙4.1、USB Audio、多人分享等其它特性

Android 6.X 系列

简述6.0之后的权限变化

张鸿洋博客-Android 6.0 运行时权限处理完全解析

回答这个问题应该从以下几个层面入手：

1、6.0之后与之前的权限差异？
2、新权限的优点？
3、新权限有哪些种类？分别有什么特点？
4、如何使用新权限(API)？

6.0之前的权限会在软件安装时弹出一个权限列表，用户需要同意全部的权限之后才能继续安装。而新权限不需要在安装时同意全部的权限，而只需要在第一次使用到该权限时或在设置中决定是否接受该权限。

这样一来，我们就不用担心软件安装时那么多的不当权限是否会造成的风险了。当app需要我们授予不恰当的权限的时候，我们可以予以拒绝。

新的权限分为两类：

1，Normal Permissions(普通权限)
这类权限一般不涉及用户隐私，是不需要用户进行授权的，比如手机震动、访问网络等；
2，Dangerous Permission(高危权限)
一般是涉及到用户隐私的，需要用户进行授权，比如读取sdcard、访问通讯录等。目前的高危权限是以组为单位进行管理的，以读取内存卡为例，它的权限组是这样的：

group:android.permission-group.STORAGE
  permission:android.permission.READ_EXTERNAL_STORAGE
  permission:android.permission.WRITE_EXTERNAL_STORAGE

假如用户接受了读取(READ_EXTERNAL_STORAGE)内存卡的权限，那么我们可以直接使用写入(WRITE_EXTERNAL_STORAGE)内存卡的权限而不需要用户的再次同意。

对于新权限的使用，我们需要关注的API有：

新权限的使用方式如下：

1，在清单文件中添加权限
这个步骤和我们之前的开发并没有什么变化，试图去申请一个没有声明的权限可能会导致程序崩溃。

2，在使用新权限之前检查该权限是否被授权

  1. if (ContextCompat.checkSelfPermission(thisActivity,
  2.                 Manifest.permission.READ_EXTERNAL_STORAGE)
  3.         == PackageManager.PERMISSION_GRANTED) {
  4.     // 已经申请过该权并且被用户授权
  5. }else{
  6.     //没有申请过该权限或者申请过但被用户拒绝
  7. }

该函数主要用于检测某个权限是否已经被授予，方法返回值为PackageManager.PERMISSION_DENIED或PackageManager.PERMISSION_GRANTED

3，申请授权以及异步回调处理

我们需要使用下面的函数去申请一个权限：

  2. int requestCode = 1 //回调时检测
  3. ActivityCompat.requestPermissions(thisActivity,
  4.                 new String[]{Manifest.permission.READ_EXTERNAL_STORAGE},
  5.                 requestCode);

申请权限的过程是异步执行的，这时我们需要在一个回调方法中处理权限结果：

  1. @Override
  2. public void onRequestPermissionsResult(int requestCode,
  3.         String permissions[], int[] grantResults) {
  4.     switch (requestCode) {
  5.         case 1: {
  6.             if (grantResults.length > 0
  7.                 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
  8.                 // 用户同意了权限申请
  9.             } else {
  10.                 // 用户拒绝了权限申请
  11.             }
  12.             return;
  13.         }
  14.     }
  15. }

4，申请被拒绝后向用户说明

  1. if (ActivityCompat.shouldShowRequestPermissionRationale(thisActivity, Manifest.permission.READ_CONTACTS)) 
  2. }

Android 7.X 系列

Android 7.X 都有什么新特性？

Android N 新特性详解

该问题属于自由发挥的问题，不过面试官可能会根据你的答案进行更加深入的提问，所以回答问题务必慎重。以下给出几个不同的点，可以寻找自己擅长的方面进行回答。

添加新批注
在作者公开此批注前，只有你和作者可见。
回复批注