前言

Android常用知识体系是什么鬼？所谓常用知识体系，就是指对项目中重复使用率较高的功能点进行梳理。注意哦，不是Android知识体系。

古语道：学而不思则罔，思而不学则殆。如果将做项目类比为“学”，那么整理就可以类比为“思”。

在做项目过程中总是会遇到使用相同的功能，比如toast、对话框、刷新加载列表、网络框架、数据库等等，一个简单的方法就是从之前的项目中复制粘贴到新项目中，然后做一些个性化修改，好了，这就“大功告成”了。当另外一个新项目用到了，再次复制粘贴。这样是不是很low。但是当项目一个接一个的时候，这个方法是一个简单快速的方法。

那么当几乎没有项目可做的时候或者当周末有时间的时候，我们是不是应该对功能点进行一下思考呢。那么思考什么呢？

1.思考这个功能点经过多个项目的“考验”，是不是“成年”了，可以“独立”出来了；
2.思考这个功能点是不是属于常用功能，值得“独立”出来；如果是的话，为什么不把这个功能点从项目中“独立”出来呢。有人会说，我记忆好，能知道所有项目中用到的功能点，我可以随时找到。是吗？我当下很怀疑啊。

热修复介绍

1.开发流程

android 代码 绘制 知识体系图谱 安卓开发知识体系_Android

当项目出现紧急bug时，传统的开发流程是发布新版本，引导用户覆盖安装。抛开平台审核上线的时间不说，一天重复下载安装至少两次的用户体验是很差的。而热修复的出现完美解决了这个问题，用户在收到服务器推送过来的修复包后，在项目运行时进行修复。整个过程是在用户无感知状态下完成，也无需下载相对来说较大的安装包，代价小。

总结为两个优点：

  • 无需重新发版，修复效率高
  • 用户无感知，代价小

2.都能修复什么

  • 资源修复
  • 代码修复
  • so库修复

3.代码修复技术分类

目前最主要有三种方案：

  • 基于类加载与 Dex 分包方案，进行 Dex 插桩/替换
  • Native Hook 进行底层替换
  • Install Run 进行类的注入

由于国内手机厂商定制系统的多样，Dex 插桩/替换是我认为最适合的方案。