现在的IT行业竞争压力越来越大，尤其是Android开发行业。而很多Android程序员却每天都在重复CRUD,原地徘徊！
今年年初，你就想改变现状，于是在网上刷了大量面试题，强行记下之后，开始参加面试！但是你发现，现在的面试，却越来越难了。
投了10份简历，只有一家给了面试邀请。面试官平时的工作内容都不问，问的都是没怎么听过的名词，**什么hybird，NDK，难得问到背过的题，却不按套路出牌问原理，上来就是一顿连环炮，让你措手不及！**甚至怀疑自己是个假的程序员，感觉什么都不懂！
每个人都变得越来越浮躁了,欠的技术债太多, 到了要面试的时候，就开始病急乱投医, 一味为了面试去学习些面试题的星星点点, 或者接受各个技术群/博客/资讯网站关于技术的/关于人生的狂轰滥炸, 却积攒不到扎实的深入的技术知识或者应用经验, 这样下去只会越来越焦虑而毫无真正意义上的技术提高
1. Android架构设计模式
- MVC架构设计模式：MVC全名是Model View Controller，是模型(model)-视图(view)-控制器(controller)的缩写。
- MVP架构设计模式：MVC全名是Model View Persenter，MVP由MVC演变而来，是现在主流的开发模式。
- MVVM架构设计模式：MVVM全名是Model-View-ViewModel，它本质上就是MVC的改进版。
各种模型的**
主要目的**都是是分离视图（View）和模型（Model），即将UI界面显示和业务逻辑进行分离。
1.1 架构设计模式-MVC
(1) 定义：
在android开发过程中，比较流行的开发框架曾经采用的是MVC框架模式。
- M（Model）层：实体模型，处理
业务逻辑。如：数据库操作，网络操作，I/O操作，复杂操作和耗时任务等。 - V（View）层：处理
数据显示。在Android开发中，它一般对应着xml布局文件。 - C（Controller）层：处理
用户交互。在Android开发中，它一般对应着Activity/Feagment。android中主要通过activity处理用户交互和业务逻辑，接受用户的输入并调用Model和View去完成用户的需求。
(2) 特点
- 低耦合
- 可重用易拓展
- 模块职责划分明确
(3) 实例
android本身的设计结构符合 MVC 模式。
(4) MVC优缺点
- MVC的优点：MVC模式通过Controller来掌控全局，同时将View展示和Model的变化分离开
- MVC也有局限性：
View层对应xml布局文件能做的事情非常有限，所以需要把大部分View相关的操作移到Controller层的activity中。导致activity相当于充当了2个角色(View层和Controller层)，不仅要处理业务逻辑，还要操作UI。一旦一个页面的业务繁多复杂的话，activity的代码就会越来越臃肿和复杂。
1.2 架构设计模式-MVP
MVP是从经典的MVC模式演变而来，它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。在Android开发中，MVP的具体实现流程是当Presenter接收到View的请求，便从Model层获取数据，将数据进行处理。处理好的数据再通过View层的接口回调给Activity或Fragment。这样MVP能够让Activity或Fragment成为真正的View，只做与UI相关的事而不处理其他业务流程。
(1) 定义
- M（Model）层：实体模型，处理
业务逻辑。如：数据库操作，网络操作，I/O操作，复杂操作和耗时任务等。 - V（View）层：负责
View的绘制以及与用户交互。在Android开发中，它一般对应着xml布局文件和Activity/Fragment。 - P（Presenter）层：负责完成Model层和View层间的数据
交互和业务逻辑。
(2) 实例
(3) MVC和MVP的区别
MVP中的View并不直接使用Model，它们之间的通信是通过Presenter来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不通过Controller
- MVC和MVP的最大区别：MVC的Model层和View层
能够直接交互；MVP的Model层和View层不能直接交互，需通过Presenter层来进行交互。 - Activity职责不同：Activity在MVC中属于Controller层，在MVP中属于View层，这是MVC和MVP很主要的一个区别。可以说Android从MVC转向MVP开发也主要是
优化Activity的代码，避免Activity的代码臃肿庞大。 - View层不同：MVC的View层指的是XML布局文件（或用Java自定义的View）；MVP的View层是Activity（或Fragment）
- 控制层不同：MVC的控制层是Activity（或Fragment）；MVP的控制层是Presenter，里面没有很多的实际东西，主要负责Model层和View层的交互。
(4) MVP优缺点
- MVP的优点如下:
模型与视图完全分离，我们可以修改视图而不影响模型；项目代码结构清晰，一看就知道什么类干什么事情；我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑，这个特性非常的有用，因为视图的变化总是比模型的变化更频繁 ；协同工作(例如在设计师没出图之前可以先写一些业务逻辑代码)
- MVP也有不足之处:
接口过多，一定程度影响了编码效率。一定程度上导致Presenter的代码量过大。
为了降低Presenter中业务繁多的问题，Google又推出了MVVM，试图通过数据驱动来减少Presenter的代码量。
1.3 架构设计模式-MVVM
(1) 定义
- M（Model）层：仍然是
实体模型（但是不同于之前定义的Model层），主要负责数据获取、存储和变化，提供数据接口供 ViewModel 层调用。
点击领取完整开源项目《安卓学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
V（View）层：对应Activity/Feagment 和xml布局文件 ，负责View的绘制以及与用户交互
说明：View层仅能操作UI（数据绑定来实现 UI 更新）；不能做任何和业务逻辑有关的数据操作
- VM（ViewModel）层：负责完成Model层和View层间的数据
交互和业务逻辑
说明：ViewModel层仅能做和业务逻辑有关的数据操作；不能做UI相关的操作
2. android插件化
插件化来由：随着业务的增多，业务逻辑代码越来越多，apk包也逐渐增大，不利于维护和升级。通过插件化开发可将功能模块解耦，不同的维护团队仅维护某模块的业务，同时当app升级时可仅对某功能模块进行升级而不需整体升级。
2.1 插件化要解决的问题—如何动态加载apk
(1) android类加载器及区别
类加载器作用：java字节码通过类加载器加载到java虚拟器。
- PathClassLoader：仅能加载文件目录下的apk。
- DexClassLoader：可以加载apk文件中的字节码(从dex实体jar文件中加载java字节码)。主要用于动态加载和代码热更新等。
(2)反射： java中的反射使我们在运行时获得这个类的属性、方法和class内部的信息机制，最重要的是我们可以在运行时实例化这个对象调用方法，这也是java反射的最大优点。
(3) 实现动态加载apk
什么是动态加载apk：android中有一个速度程序会主动到指定的sd卡中去加载apk，并通过代理activity去执行。
实现：需要一个代理activity去执行apk中的activity，主要通过反射去获得它的属性和方法，从而进行apk的调用。
实现原理：类加载器（加载类）+反射（获取属性和方法）+动态代理（执行）
其他重要知识点
下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。有**【Android架构视频+BATJ面试专题PDF+核心笔记等资料+源码+思维导图】。希望能够帮助到大家提升技术。如果大家想要获取的话，可以私信我【666】免费获取哦~**
高级进阶篇——高级UI，自定义View（部分展示）
UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！
- 面试题部分合集
绝无休止的CV,亲自去项目实战，读源码，研究原理吧！
[外链图片转存中…(img-qHN4xy2e-1709709132942)]
- 面试题部分合集
[外链图片转存中…(img-K2FS3XoA-1709709132942)]
