Android FrameWork 面试整合题集，android项目开发实战密码

本文链接：https://blog.youkuaiyun.com/m0_66144910/article/details/122679936

本文深入探讨了Android Framework面试中的关键问题，包括ANR的原因、避免策略和解决方法，Android线程间通信的方式，以及Android系统架构和内存管理。还提到了应用结构、权限管理、线程间通信的区别，以及Activity生成View的机制。同时，简要介绍了Android动画类别、屏幕适配和SurfaceView与View的差异。对于开发者来说，了解这些知识点对于提升Android项目开发能力至关重要。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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住了。