10道阿里Android岗必问题摆这儿了，你爱刷不刷！（附参考回答解析）

最新推荐文章于 2024-05-06 18:11:29 发布

2401_84121627

最新推荐文章于 2024-05-06 18:11:29 发布

阅读量844

点赞数 9

分类专栏：程序员文章标签： android

本文链接：https://blog.youkuaiyun.com/2401_84121627/article/details/138041819

版权

程序员专栏收录该内容

195 篇文章

订阅专栏

本文详细探讨了AndroidAPI升级后对屏幕旋转和Fragment行为的影响，Service保持活跃的方法，如何通过Serializable和Parcelable处理对象序列化，以及View事件冲突的解决策略。同时介绍了Bitmap处理大图以防止内存溢出和Looper死循环的机制。

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

在Android5.1 即API 23级别下，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次 - 在Android9 即API 28级别下，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法后经官方查正，原话如下：
如果您的应用面向Android 3.2即API 级别 13或更高级别（按照 minSdkVersion 和 targetSdkVersion 属性所声明的级别），则还应声明 “screenSize” 配置，因为当设备在横向与纵向之间切换时，该配置也会发生变化。即便是在 Android 3.2 或更高版本的设备上运行，此配置变更也不会重新启动 Activity
设置Activity的android:configChanges="orientation|keyboardHidden|screenSize"时，机型测试通过，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法；

2. Fragment中add与replace的区别（Fragment重叠）

参考回答：

add不会重新初始化fragment，replace每次都会。所以如果在fragment生命周期内获取获取数据,使用replace会重复获取；
添加相同的fragment时，replace不会有任何变化，add会报IllegalStateException异常；
replace先remove掉相同id的所有fragment，然后在add当前的这个fragment，而add是覆盖前一个fragment。所以如果使用add一般会伴随hide()和show()，避免布局重叠；
使用add，如果应用放在后台，或以其他方式被系统销毁，再打开时，hide()中引用的fragment会销毁，所以依然会出现布局重叠bug，可以使用replace或使用add时，添加一个tag参数；

3. 如何保证Service不被杀死？

参考回答：

3.1 onStartCommand方式中，返回START_STICKY或则START_REDELIVER_INTENT

START_STICKY： 如果返回START_STICKY，表示Service运行的进程被Android系统强制杀掉之后，Android系统会将该Service依然设置为started状态（即运行状态），但是不再保存onStartCommand方法传入的intent对象
START_NOT_STICKY： 如果返回START_NOT_STICKY，表示当Service运行的进程被Android系统强制杀掉之后，不会重新创建该Service
START_REDELIVER_INTENT： 如果返回START_REDELIVER_INTENT，其返回情况与START_STICKY类似，但不同的是系统会保留最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中

3.2 提高Service的优先级在AndroidManifest.xml文件中对于intent-filter可以通过android:priority ="1000"这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时适用于广播；

3.3 在onDestroy方法里重启Service 当service走到onDestroy()时，发送一个自定义广播，当收到广播时，重新启动service；

3.4 提升Service进程的优先级进程优先级由高到低：前台进程一可视进程一服务进程一后台进程一空进程可以使用startForeground将service放到前台状态，这样低内存时，被杀死的概率会低一些；

3.5 系统广播监听Service状态；

3.6 将APK安装到/system/app，变身为系统级应用；

注意：以上机制都不能百分百保证Service不被杀死，除非做到系统白名单，与系统同生共死。

4. 描述一下Android数据持久存储方式

参考回答： Android平台实现数据持久存储的常见几种方式：

SharedPreferences存储：一种轻型的数据存储方式，本质是基于XML文件存储的key-value键值对数据，通常用来存储一些简单的配置信息（如应用程序的各种配置信息）；
SQLite数据库存储：一种轻量级嵌入式数据库引擎，它的运算速度非常快，占用资源很少，常用来存储大量复杂的关系数据；
ContentProvider：四大组件之一，用于数据的存储和共享，不仅可以让不同应用程序之间进行数据共享，还可以选择只对哪一部分数据进行共享，可保证程序中的隐私数据不会有泄漏风险；
File文件存储：写入和读取文件的方法和 Java中实现I/O的程序一样；网络存储：主要在远程的服务器中存储相关数据，用户操作的相关数据可以同步到服务器上；

5. Android中IPC方式、各种方式优缺点，为什么选择Binder？

参考回答：

与Linux上传统的IPC机制，比如System V，Socket相比，Binder好在哪呢？

传输效率高、可操作性强

传输效率主要影响因素是内存拷贝的次数，拷贝次数越少，传输速率越高。从Android进程架构角度分析：对于消息队列、Socket和管道来说，数据先从发送方的缓存区拷贝到内核开辟的缓存区中，再从内核缓存区拷贝到

接收方的缓存区，一共两次拷贝，如图：

而对于Binder来说，数据从发送方的缓存区拷贝到内核的缓存区，而接收方的缓存区与内核的缓存区是映射到同

一块物理地址的，节省了一次数据拷贝的过程，如图：

由于共享内存操作复杂，综合来看，Binder的传输效率是最好的。

实现C/S架构方便： Linux的众IPC方式除了Socket以外都不是基于C/S架构，而Socket主要用于网络间的通信且传输效率较低。Binder基于C/S架构，Server端与Client端相对独立，稳定性较好。
安全性高： 传统Linux IPC的接收方无法获得对方进程可靠的UID/PID，从而无法鉴别对方身份；而Binder机制为每个进程分配了UID/PID且在Binder通信时会根据UID/PID进行有效性检测。

6. Bundle传递对象为什么需要序列化？Serialzable和Parcelable的区别？

参考回答：

因为bundle传递数据时只支持基本数据类型，所以在传递对象时需要序列化转换成可存储或可传输的本质状态（字节流）。序列化后的对象可以在网络、IPC（比如启动另一个进程的Activity、Service和Reciver）之间进行传输，也可以存储到本地。
序列化实现的两种方式：实现Serializable/Parcelable接口。不同点如图：

7. 如何解决View的事件冲突？举个开发中遇到的例子？

参考回答：

常见开发中事件冲突的有ScrollView与RecyclerView的滑动冲突、RecyclerView内嵌同时滑动同一方向。
滑动冲突的处理规则：

1.对于由于外部滑动和内部滑动方向不一致导致的滑动冲突，可以根据滑动的方向判断谁来拦截事件。

2.对于由于外部滑动方向和内部滑动方向一致导致的滑动冲突，可以根据业务需求，规定何时让外部View拦截事件，何时由内部View拦截事件。

3.对于上面两种情况的嵌套，相对复杂，可同样根据需求在业务上找到突破点。

滑动冲突的实现方法：

1.外部拦截法：指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，否则就不拦截。具体方法：需要重写父容器的onInterceptTouchEvent方法，在内部做出相应的拦截。

2.内部拦截法：指父容器不拦截任何事件，而将所有的事件都传递给子容器，如果子容器需要此事件就直接消耗，否则就交由父容器进行处理。具体方法：需要配合requestDisallowInterceptTouchEvent方法。

8. Looper死循环为什么不会导致应用卡死？

参考回答：

主线程的主要方法就是消息循环，一旦退出消息循环，那么你的应用也就退出了，Looer.loop（）方法可能会引起主线程的阻塞，但只要它的消息循环没有被阻塞，能一直处理事件就不会产生ANR异常。
造成ANR的不是主线程阻塞，而是主线程的Looper消息处理过程发生了任务阻塞，无法响应手势操作，不能及时刷新UI。
阻塞与程序无响应没有必然关系，虽然主线程在没有消息可处理的时候是阻塞的，但是只要保证有消息的时候能够立刻处理，程序是不会无响应的