Android开发热门前沿知识你知道吗？学会这些2024就不用愁了

最新推荐文章于 2024-09-07 17:36:18 发布

m0_60635321

最新推荐文章于 2024-09-07 17:36:18 发布

阅读量978

点赞数 8

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

本文链接：https://blog.csdn.net/m0_60635321/article/details/137017614

版权

程序员专栏收录该内容

198 篇文章 0 订阅

订阅专栏

本文探讨了Android开发中的MVVM架构模式，如何通过数据驱动减少Presenter代码量。还介绍了插件化开发，涉及动态加载apk、资源加载和代码加载的方法，以及热更新、进程保活的关键技术和解决方案。

摘要由CSDN通过智能技术生成

接口过多，一定程度影响了编码效率。一定程度上导致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的调用。

实现原理：类加载器（加载类）+反射（获取属性和方法）+动态代理（执行）

如：

2.2 插件化要解决的问题—如何加载资源

通过android中ServiceManager类的隐藏方法来加载资源。

2.3 插件化要解决的问题—如何加载代码

使用java中的类加载机制，但是android和java也有一点不一样，android比java多了组件和生命周期，所以并不是类加载进来就能使用(不能管理生命周期)。

3. Android热更新(在线热修复技术)

=====================================================================================

(1) 热更新流程

检测到线上严重的crash（参考：app检测crash并发送日志到服务器的实现）
线上版本拉出bugfix分支并在分支上修复问题
jenkins构建及生成补丁
app在合适时机通过推送或主动拉取补丁文件
将bugfix代码合并到master上

(2) 热更新主流框架

Dexposed
AndFix
NuWa

(3) 热更新原理

Android类加载机制（类加载器）

PathClassLoader类：用来加载系统类

DexClassLoader：用来加载dex文件、jar文件包和apk包等

热修复机制（原理）

原理：在ClassLoader中创建一个dexElements数组，根据线上的crash定位找到对应的类文件，然后把这个类文件修复完成后打包成一个dex文件并放到dexElements数组的最前方。那么当ClassLoader遍历dexElements数组（加载数组中的dex文件）时，因为ClassLoader会优先加载最前方的dex文件，所以不会加载线上有crash的dex文件，只会加载修复完的dex文件，从而完成热修复过程。

4. Android进程保活

=============================================================================

(1) 进程保活概念

进程保活：让进程在内存中永远存在且无法杀死，就算被杀死也能保活。

进程被杀死的原因：人为地调用kill；被第三方安全软件杀死。

进程保活并非是一种流氓手段，在很多场景下我们需要一个常驻进程来为用户提供服务，如：

接收屏幕开关的系统广播：因为广播接收者不支持静态注册，必须在进程中动态注册广播接收者来接收，如果没有常驻进程，那么锁屏应用无法为用户正常提供服务。

定位服务：需要在后台维护一个长连接，以便及时地将信息（推送的信息/定位信息等）传达给用户。

缺点：进程保活在内存，不管如何优化，或多或少都会增加性能的开销。所以需在进程保活和内存消耗之间寻找平衡点来为用户进程保活。

(2) android进程优先级和回收策略

android进程优先级：前台进程 > 可见进程 > 服务进程 > 后台进程 > 空进程

android进程的回收策略：主要依靠LMK ( Low Memory Killer )机制来完成。LMK机制通过 oom_adj 这个阀值来判断进程的优先级，oom_adj 的值越高，优先级越低，越容易被杀死。

`拓展`：LMK ( Low Memory Killer ) 机制基于Linux的OOM（Out Of Memery）机制，通过一些比较复杂的评分机制，对进程进行打分，将分数高的进程判定为bad进程，杀死并释放内存。LMS机制和OOM机制的不同之处在于：OOM只有当系统内存不足时才会启动检查，而LMS机制是定时进行检查。

(3) android进程保活方案