Android FrameWork 面试整合题集

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：

04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstarted

CPUusage from 4361ms to 699ms ago ----CPU在ANR发生前的使用情况

04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait

04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR后CPU的使用量

从log可以看出，cpu在做大量的io操作。

所以可以查看io操作的地方。

当然，也有可能cpu占用不高，那就是 主线程被block住了。

6.Android 线程间通信有哪几种方式

1）共享变量（内存）

2）管道

3）handle机制

runOnUiThread(Runnable)

view.post(Runnable)

7.Devik 进程，linux 进程，线程的区别

Dalvik进程。

每一个android app都会独立占用一个dvm虚拟机，运行在linux系统中。

所以dalvik进程和linux进程是可以理解为一个概念。

8.描述一下 android 的系统架构

从小到上就是：

linux kernel,lib dalvik vm ,application framework, app

9.android 应用对内存是如何限制的?我们应该如何合理使用内存？

activitymanager.getMemoryClass()  获取内存限制。

关于合理使用内存，其实就是避免OOM & 内存泄露中已经说明。

10. 简述 android 应用程序结构是哪些

1）main code

2. unit test

3）mianifest

4）res->drawable,drawable-xxhdpi,layout,value,mipmap

mipmap 是一种很早就有的技术了，翻译过来就是纹理映射技术.

google建议只把启动图片放入。

5）lib

6）color

11.请解释下 Android 程序运行时权限与文件系统权限的区别

12.Framework 工作方式及原理，Activity 是如何生成一个 view 的，机制是什么

13.多线程间通信和多进程之间通信有什么不同，分别怎么实现

14.Android 屏幕适配

15.什么是 AIDL 以及如何使用

16.Handler 机制

17.事件分发机制

18.子线程发消息到主线程进行更新 UI，除了 handler 和 AsyncTask，还有什么

19.子线程中能不能 new handler？为什么

20.Android 中的动画有哪几类，它们的特点和区别是什么

21.如何修改 Activity 进入和退出动画

22.SurfaceView & View 的区别

由于文章篇幅长度原因，答案就不一一展示了，如想参与学习该文档或是Android FrameWork 相关学习文档都可以去我 GitHub 地址：https://github.com/733gh/Android-T3中查阅

##项目框架的使用

23.开发中都使用过哪些框架、平台

最后

光有这些思路和搞懂单个知识的应用是还远远不够的，在Android开源框架设计思想中的知识点还是比较多的，想要搞懂还得学会整理和规划：我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架，**这些都是属于Android开源框架设计思想的。如下图所示：

这位阿里P8大佬针对以上知识点，熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档，内容详细，把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。

由于文档内容过多，篇幅受限，只能截图展示部分

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！！！
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
源框架设计思想PDF文档，内容详细，把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。**

由于文档内容过多，篇幅受限，只能截图展示部分

[外链图片转存中…(img-UFa0OLrH-1714386768391)]

[外链图片转存中…(img-H7zhipaj-1714386768393)]

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！！！
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！