精选Android中高级面试题：性能优化，JNI，设计模式，面试官离职了

最新推荐文章于 2024-07-09 18:22:48 发布

2401_84102956

最新推荐文章于 2024-07-09 18:22:48 发布

阅读量859

点赞数 24

分类专栏：程序员文章标签： android 性能优化设计模式

本文链接：https://blog.csdn.net/2401_84102956/article/details/137772923

版权

程序员专栏收录该内容

30 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

正文

推荐文章：Android 启动页解决攻略

（https://blog.csdn.net/zivensonice/article/details/51691136）

8、强引用置为 null，会不会被回收？

参考回答：不会立即释放对象占用的内存。如果对象的引用被置为 null，只是断开了当前线程栈帧中对该对象的引用关系，而垃圾收集器是运行在后台的线程，只有当用户线程运行到安全点 (safe point) 或者安全区域才会扫描对象引用关系，扫描到对象没有被引用则会标记对象，这时候仍然不会立即释放该对象内存，因为有些对象是可恢复的（在 finalize 方法中恢复引用）。只有确定了对象无法恢复引用的时候才会清除对象内存。

9、ListView 跟 RecyclerView 的区别：

动画区别：

在 RecyclerView 中，内置有许多动画 API，例如：notifyItemChanged (), notifyDataInserted (), notifyItemMoved () 等等；如果需要自定义动画效果，可以通过实现（RecyclerView.ItemAnimator 类）完成自定义动画效果，然后调用 RecyclerView.setItemAnimator ()；
但是 ListView 并没有实现动画效果，但我们可以在 Adapter 自己实现 item 的动画效果；

刷新区别：

ListView 中通常刷新数据是用全局刷新 notifyDataSetChanged ()，这样一来就会非常消耗资源；本身无法实现局部刷新，但是如果要在 ListView 实现局部刷新，依然是可以实现的，当一个 item 数据刷新时，我们可以在 Adapter 中，实现一个 onItemChanged () 方法，在方法里面获取到这个 item 的 position（可以通过 getFirstVisiblePosition ()），然后调用 getView () 方法来刷新这个 item 的数据；
RecyclerView 中可以实现局部刷新，例如：notifyItemChanged ()；

缓存区别：

RecyclerView 比 ListView 多两级缓存，支持多个离 ItemView 缓存，支持开发者自定义缓存处理逻辑，支持所有 RecyclerView 共用同一个 RecyclerViewPool (缓存池)。
ListView 和 RecyclerView 缓存机制基本一致，但缓存使用不同

JNI

1、对 JNI 是否了解？

参考回答：Java 的优点是跨平台，但也因为其跨平台的的特性导致其本地交互的能力不够强大，一些和操作系统相关的的特性 Java 无法完成，于是 Java 提供 JNI 专门用于和本地代码交互，通过 JNI，用户可以调用 C、C++ 编写的本地代码

NDK 是 Android 所提供的一个工具集合，通过 NDK 可以在 Android 中更加方便地通过 JNI 访问本地代码，其优点在于：

提高代码的安全性。由于 so 库反编译困难，因此 NDK 提高了 Android 程序的安全性
可以很方便地使用目前已有的 C/C++ 开源库
便于平台的移植。通过 C/C++ 实现的动态库可以很方便地在其它平台上使用
提高程序在某些特定情形下的执行效率，但是并不能明显提升 Android 程序的性能

2、如何加载 NDK 库？如何在 JNI 中注册 Native 函数，有几种注册方法？

public class JniTest{

//加载NDK库

static{

System.loadLirary(“jni-test”);

}

静态方法
动态注册

设计模式

1、你所知道的设计模式有哪些？

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

2、谈谈 MVC、MVP 和 MVVM，好在哪里，不好在哪里？

MVC：

视图层 (View) 对应于 xml 布局文件和 java 代码动态 view 部分
控制层 (Controller) MVC 中 Android 的控制层是由 Activity 来承担的，Activity 本来主要是作为初始化页面，展示数据的操作，但是因为 XML 视图功能太弱，所以 Activity 既要负责视图的显示又要加入控制逻辑，承担的功能过多。
**模型层 (Model)**针对业务模型，建立数据结构和相关的类，它主要负责网络请求，数据库处理，I/O 的操作。

总结：具有一定的分层，model 彻底解耦，controller 和 view 并没有解耦层与层之间的交互尽量使用回调或者去使用消息机制去完成，尽量避免直接持有 controller 和 view 在 android 中无法做到彻底分离，但在代码逻辑层面一定要分清业务逻辑被放置在 model 层，能够更好的复用和修改增加业务。

**MVP：**通过引入接口 BaseView，让相应的视图组件如 Activity，Fragment 去实现 BaseView，实现了视图层的独立，通过中间层 Preseter 实现了 Model 和 View 的完全解耦。MVP 彻底解决了 MVC 中 View 和 Controller 傻傻分不清楚的问题，但是随着业务逻辑的增加，一个页面可能会非常复杂，UI 的改变是非常多，会有非常多的 case，这样就会造成 View 的接口会很庞大。

**MVVM：**MVP 中我们说过随着业务逻辑的增加，UI 的改变多的情况下，会有非常多的跟 UI 相关的 case，这样就会造成 View 的接口会很庞大。而 MVVM 就解决了这个问题，通过双向绑定的机制，实现数据和 UI 内容，只要想改其中一方，另一方都能够及时更新的一种设计理念，这样就省去了很多在 View 层中写很多 case 的情况，只需要改变数据就行。

三者如何选择？