Android FrameWork 面试整合题集

首先从函数的耗时来说，有一个工具TraceView 这是androidsdk自带的工作，用于测量函数耗时的。

UI布局的分析，可以有2块，一块就是Hierarchy Viewer 可以看到View的布局层次，以及每个View刷新加载的时间。

这样可以很快定位到那块layout & View 耗时最长。

还有就是通过自定义View来减少view的层次。

2.什么情况下会导致内存泄露？

内存泄露是个折腾的问题。

什么时候会发生内存泄露？内存泄露的根本原因：长生命周期的对象持有短生命周期的对象。短周期对象就无法及时释放。

I. 静态集合类引起内存泄露

主要是hashmap，Vector等，如果是静态集合 这些集合没有及时setnull的话，就会一直持有这些对象。

II.remove 方法无法删除set集  Objects.hash(firstName, lastName);

经过测试，hashcode修改后，就没有办法remove了。

III. observer 我们在使用监听器的时候，往往是addxxxlistener，但是当我们不需要的时候，忘记removexxxlistener，就容易内存leak。

广播没有unregisterrecevier

IV.各种数据链接没有关闭，数据库contentprovider，io，sokect等。cursor

V.内部类：

java中的内部类（匿名内部类），会持有宿主类的强引用this。

所以如果是new Thread这种，后台线程的操作，当线程没有执行结束时，activity不会被回收。

Context的引用，当TextView 等等都会持有上下文的引用。如果有static drawable，就会导致该内存无法释放。

VI.单例

单例 是一个全局的静态对象，当持有某个复制的类A是，A无法被释放，内存leak。

3.如何避免 OOM 异常？

首先OOM是什么？

当程序需要申请一段“大”内存，但是虚拟机没有办法及时的给到，即使做了GC操作以后

这就会抛出 OutOfMemoryException 也就是OOM

Android的OOM怎么样？

为了减少单个APP对整个系统的影响，android为每个app设置了一个内存上限。

public void getMemoryLimited(Activity context)

{

ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE);

System.out.println(activityManager.getMemoryClass());

System.out.println(activityManager.getLargeMemoryClass());

System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024));

}

09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192

09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 512

09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192

HTC M7实测，192M上限。512M 一般情况下，192M就是上限，但是由于某些特殊情况，android允许使用一个更大的RAM。

如何避免OOM

减少内存对象的占用

I.ArrayMap/SparseArray代替hashmap

II.避免在android里面使用Enum

III.减少bitmap的内存占用

• inSampleSize：缩放比例，在把图片载入内存之前，我们需要先计算出一个合适的缩放比例，避免不必要的大图载入。

• decode format：解码格式，选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差异。

IV.减少资源图片的大小，过大的图片可以考虑分段加载

内存对象的重复利用

大多数对象的复用，都是利用对象池的技术。

I.listview/gridview/recycleview contentview的复用

II.inBitmap 属性对于内存对象的复用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8

这个方法在某些条件下非常有用，比如要加载上千张图片的时候。

III.避免在ondraw方法里面 new对象

IV.StringBuilder 代替+

4.Android 中如何捕获未捕获的异常

UncaughtExceptionHandler

1、自 定 义 一 个 Application ， 比 如 叫 MyApplication 继 承 Application 实 现UncaughtExceptionHandler。

2、覆写 UncaughtExceptionHandler 的 onCreate 和 uncaughtException 方法。

@Override

public void onCreate() {

super.onCreate();

Thread.setDefaultUncaughtExceptionHandler(this);

}

@Override

public void uncaughtException(final Thread thread, final Throwable ex) {

new Thread(new Runnable() {

@Override

public void run() {

Looper.prepare();

System.out.println(Thread.currentThread());

Toast.makeText(getApplicationContext(), “thread=” + thread.getId() + "

ex = "+ex.toString(), 1).show();

Looper.loop();

}

}).start();

SystemClock.sleep(3000);

android.os.Process.killProcess(android.os.Process.myPid());

}

}

注意：上面的代码只是简单的将异常打印出来。

在 onCreate 方法中我们给 Thread 类设置默认异常处理 handler，如果这句代码不执行则一切都是白搭。

在 uncaughtException 方法中我们必须新开辟个线程进行我们异常的收集工作，然后将系统给杀死。

3、在 AndroidManifest 中配置该 Application

<application

android:name=“com.example.uncatchexception.MyApplication”}

Bug 收集工具 Crashlytics

Crashlytics 是专门为移动应用开发者提供的保存和分析应用崩溃的工具。国内主要使用的是友盟做数据统计。

Crashlytics 的好处：

1．Crashlytics 不会漏掉任何应用崩溃信息。

2．Crashlytics 可以象 Bug 管理工具那样，管理这些崩溃日志。

3． Crashlytics 可以每天和每周将崩溃信息汇总发到你的邮箱，所有信息一目了然

使用步骤：

1.注册需要审核通过才能使用，国内同类产品顶多发个邮箱激活链接；

2.支持 Eclipse、Intellij IDEA 和 Android Studio 等三大 IDE；

3.Eclipse 插件是 iOS 主题风格 UI，跟其他 plugin 在一起简直是鹤立鸡群；

4.只要登录帐号并选择项目，会自动导入 jar 包并生成一个序列号，然后在 AndroidManifest.xml和启动 Activity 的入口添加初始化代码， 可以说是一键式操作， 当然要使用除错误统计外的其他功能还是得自己添加代码；

5.不像友盟等国内同类产品，将固定的序列号直接写入 xml 文件，而是动态自动生成的；当然这个存放序列号的 xml 文件也是不能修改和提交到版本控制系统的；

6.后台可以设置邮件提醒，当然这个最好不要开启，Android 开发那数量惊人、千奇百怪的错误信息你懂的。

7.不仅能统计到 UncaughtException 这种未捕获的 Crash 异常信息，只要在 try/catch 代码块的catch 中添加一行代码就能统计到任何异常；

try{

myMethodThatThrows();

}catch(Exception e){

Crashlytics.logException(e);

}

8.相当详细的错误信息，不仅仅是简单的打印 StackTrace 信息；并且能看到最近一次 crash 的机器可用内存等信息，而不仅仅是简单统计机型和版本号。

5.ANR 是什么？怎样避免和解决 ANR（重要）

ANR->Application Not Responding

也就是在规定的时间内，没有响应。

三种类型：

1）. KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应

2）. BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成

3）. ServiceTimeout(20 seconds) --小概率类型 Service在特定的时间内无法处理完成

为什么会超时：事件没有机会处理 & 事件处理超时

怎么避免ANR

ANR的关键

是处理超时，所以应该避免在UI线程，BroadcastReceiver 还有service主线程中，处理复杂的逻辑和计算

而交给work thread操作。

1）避免在activity里面做耗时操作，oncreate & onresume

2）避免在onReceiver里面做过多操作

3）避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。

4）尽量使用handler来处理UI thread & workthread的交互。

如何解决ANR

首先定位ANR发生的log：

总结

最后对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！

这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司20年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

相信它会给大家带来很多收获：

当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
参考文章链接：https://mp.weixin.qq.com/s?__biz=Mzg5NDUxMjUyOQ==&mid=2247483812&idx=1&sn=591b5772a40383c04b9def2fb3f241b5&chksm=c01f3d5af768b44c828d9e04b10898b2ec2a2781bea0db78feeaa8c6b8f9da0e08e068857bea#rd

当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
参考文章链接：https://mp.weixin.qq.com/s?__biz=Mzg5NDUxMjUyOQ==&mid=2247483812&idx=1&sn=591b5772a40383c04b9def2fb3f241b5&chksm=c01f3d5af768b44c828d9e04b10898b2ec2a2781bea0db78feeaa8c6b8f9da0e08e068857bea#rd