说明

最近项目想要做模块动态升级，所以了解了最近还在维护的插件化框架Shadow.

shadow框架的官网的顶置issue，里面有非常多的关于框架的解析的文章，文字。想要了解此框架，这个必看。

这里还是截取一张项目代码图。

项目解读

shadow框架为了实现复杂的插件化框架本身也动态升级，做了很多复杂操作：

宿主本身只跟plugin-manager插件交互

来说一下plugin-manager插件，依赖core-manager，dynamic-manager。
core-manager:
1、插件信息的存储
2、插件信息的管理
3、 so、dex管理
4、插件包zip释放

dynamic-manager:
1、只提供最基础的 dex、 res、so 的释放的基础API，这些 API 的组合调用需要自己实现
2、只负责加载 业务插件运行需要的 loader 和runtime 插件，业务插件的加载由 loader 插件实
现

宿主和manager插件交互，是直接通过构造ApkClassLoader，加载manager插件，构造插件里面的PluginManagerImpl对象。具体可以看ManagerImplLoader类。

在构造PluginManagerImpl对象的时候，是通过调用manager插件固定类里面的固定方法com.tencent.shadow.dynamic.impl.ManagerFactoryImpl#buildManager，然后这个PluginManagerImpl最终也是我们自己实现的。

我们需要实现PluginManagerImpl，然后根据不同的意图，比如打开activity，启动service，来调用不同的core-manager，或者dynamic-manager的方法，比如安装插件、打开插件activity之类的。

总体而言，自由度比较大，但是弊端也很明显，我们自己也要做很多的工作。

说明

因为一些原因，我们提供给客户的sdk，只能是jar包形式的，一些情况下，sdk里面有native库的时候，就不太方便操作了，此篇文章主要解决如何把so库放入jar包里面，如何打包成jar，以及如何加载。

1.如何把so库放入jar包

so库放入jar参考此文章ANDROID将SO库封装到JAR包中并加载其中的SO库

将so库改成.jet后缀，放置和加载so库的SoLoader类同一个目录下面。

Jetpack Compose 1.0.0正式版于2021年7.28号发布，现在最新版本已经是1.2.0-alpha03。

文档:https://developer.android.com/jetpack/compose/why-adopt?hl=zh-cn
官方课程:https://developer.android.com/courses/pathways/compose?hl=zh-cn

Compose 编程思想

Jetpack Compose 是一个适用于 Android 的新式声明性界面工具包。首先说一下什么是声明式，一般来说，声明式是相对于命令式来说的。命令式就是根据指令来改变状态，拿安卓来说从findViewById()找到组件，然后通过textView.setText(String)设置数据手动改变ui的状态和显示。
声明式就是组件不以对象的方式提供，主要通过描述我们需要的需要展示的状态，状态改变的时候使用之前的描述重新更新ui，自动订阅数据的改变，不需要手动更新，当然现在的声明式的编程比如SwiftUI，React，Vue都是他们自身或者编译器提供了一些方式更新ui的时候只更新需要更新的部分，不会整个重新计算渲染。

关于改变界面的状态界面重新构建的更新，在React采用了VirtualDom的思想，自己实现了Diffing算法去实现局部刷新，以提高性能。

Compose 没有使用树形结构，而是在 Gap Buffer 这样线性结构上进行 diff。但本质上是相同的，可以将 Gap Buffer 理解为一个树形结构经 DFS 处理后的数组，数组单元通过 key 标记其在树上的位置信息。
Compose 在编译期为 Composable 生成带有位置信息的 key，存入到 Gap Buffer 数组的对应位置。运行时可以根据 key 来识别 Composable 节点是否发生了位置变化，以决定是否参与重组。

databing和compose的区别，databing只能更新界面的值，compose可以更新界面的任意内容，包括界面的结构。

说明

之前分析了Arouter的源码，解析完了发现其实Arouter挺简单的，现在来看WMRouter。WMRouter提供了5个注解，从注解数量上面来看就会比Arouter复杂很多，这5个注解分别是RouterPage，RouterProvider，RouterRegex，RouterService，RouterUri。下面来一个个的分析这五个不同的注解。其实一个路由框架也基本是围绕一系列的注解展开的。所以从注解下手比较简单，然后了解了一个注解了之后可以触类旁通。

1.RouterUri

WMRouter的源码比较Arouter的复杂很多，这里的注解从最简单使用开始说起。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

@RouterUri(path = "/test/schemehost", scheme = "test", host = "test.demo.com")
public static class TestSchemeHostHandler extends EmptyHandler {

}

@RouterUri(path = "/test/interceptor", interceptors = UriParamInterceptor.class)
public static class TestInterceptorHandler extends EmptyHandler {

}

@RouterUri(path = {DemoConstant.JUMP_ACTIVITY_1, DemoConstant.JUMP_ACTIVITY_2})
public class TestBasicActivity extends BaseActivity {

}

这个定义就比Arouter复杂很多，路由里面可以配置必须的path，还有一些其他的参数，scheme，host，是否允许外部跳转，要添加的interceptors。WMRouter有个特性，可以配置多个url对应一个目标。

然后来看对应RouterUri的注解生成的代码是什么样子的。

1
2
3
4
5
6
7
8
9
10
11
12

public class UriAnnotationInit_72565413b8384a4bebb02d352762d60d implements IUriAnnotationInit {
  public void init(UriAnnotationHandler handler) {
    handler.register("", "", "/show_toast_handler", new ShowToastHandler(), false);
    handler.register("", "", "/nearby_shop_with_location", "com.sankuai.waimai.router.demo.advanced.location.NearbyShopActivity", false, new LocationInterceptor());
    handler.register("", "", "/account_with_login", "com.sankuai.waimai.router.demo.advanced.account.UserAccountActivity", false, new LoginInterceptor());
    handler.register("test", "test.demo.com", "/test/schemehost", new TestSchemeAnnotation.TestSchemeHostHandler(), false);
    handler.register("", "", "/test/interceptors", new TestSchemeAnnotation.TestInterceptorsHandler(), false, new UriParamInterceptor(), new ChainedInterceptor());
    handler.register("", "", "/jump_with_request", "com.sankuai.waimai.router.demo.basic.TestUriRequestActivity", false);
    handler.register("demo_scheme", "demo_host", "/exported", "com.sankuai.waimai.router.demo.basic.ExportedActivity", true);
    handler.register("", "", "/jump_activity_2", "com.sankuai.waimai.router.demo.basic.TestBasicActivity", false);
  }
}

跟Arouter的套路是一样的，先定义接口，然后收集。

1
2
3
4

public interface IUriAnnotationInit extends AnnotationInit<UriAnnotationHandler> {
    @Override
    void init(UriAnnotationHandler handler);
}

不过这里有点不同的是，这里没有直接使用一个map去put，而是使用一个专门的处理类UriAnnotationHandler来处理，当然这个类里面肯定有map去存储这些数据。

这里还有一点需要关注，这里不同的注解，采用了不同的AnnotationHandler来处理。比如这里的RouterUri注解使用UriAnnotationHandler来处理，RouterPage注解使用PageAnnotationHandler来处理。其实跟Arouter的不同类型的数据采用不同类型的map来存放是一样的，比如Route注解的采用Map<String, RouteMeta> atlas来存储，Interceptor注解的采用Map<Integer, Class<? extends IInterceptor>> interceptors来存储。

说明

Arouter其实只有三个注解，Autowired处理参数的，Interceptor处理拦截器的，Route处理路由和Service的。

1.关于参数的Autowired的注册和初始化

先说最简单的关于参数的。MainActivity的参数，我们希望生成如下类，然后在MainActivity调用inject方法即可。实现通用接口是方便为了调用。

1
2
3
4
5
6
7
8
9
10
11
12
13

public class MainActivity$$ARouter$$Autowired implements ISyringe {

    @Override
    public void inject(Object target) {
        //生成的时候判断被注解的类是Activity还是Fragment，然后这里生成的时候可以直接转换
        MainActivity act = (MainActivity) target;
        Intent intent = act.getIntent();
        Bundle bundle = intent.getExtras();
        //这里的key为name也是生成类的时候解析被注解的类得到
        act.name = intent.getStringExtra("name");
        act.age = intent.getIntExtra("age", 0);
    }
}

说明:

包名

需要说明的是，在生成这个类的时候，包名是直接以MainActivity所在的包，这也是MainActivity里面的参数不加访问修饰符也可以访问的原因。默认不写可以在同一个包里面访问。

类名

生成的类的类名是固定的，这里举例是要注入的类名+$$ARouter$$Autowired，这样调用inject才能通过固定类名反射new对象，还是会有反射的，不过反射一次之后会缓存下来。

inject方法的调用

根据固定的包名，类名直接反射调用。当然，反射一次之后会有缓存。

前言

如何实现一个音乐播放器，其实算是一个基础的问题，我们在一开始学习安卓四大组件的Service组件的时候，就会碰上。其实Google的官方教程对这方面有比较详细的介绍。

文章介绍以下方面的几个问题。

• Service实现
• 通知栏处理
• 音频焦点管理
• 线控以及蓝牙适配
• 桌面控件

以上部分功能只做大致介绍

前言

假设我们有这样一个表。

1
2
3
4
5
6
7
8
9
10

CREATE TABLE `users` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键id',
  `user_name` varchar(32) DEFAULT NULL COMMENT '用户名',
  `password` varchar(32) DEFAULT NULL COMMENT '密码',
  `user_vip` int(8) DEFAULT 2 COMMENT 'VIP 0不是 1是',
  `user_sex` int(8) DEFAULT 2 COMMENT '0女 1男 2默认',
  `user_age` int(8) DEFAULT 0 COMMENT '年龄',
  `nick_name` varchar(32) DEFAULT NULL COMMENT '昵称',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=utf8;

当我们使用mybatis查询数据的时候，一般情况，都是类似select * from tab where id = ?，这种情况其实比较好处理，但是有些时候我们需要根据不同的情况查询不同的数据库的列，例如上表，我们需要跟进不同的情况来决定是取user_name还是nick_name，类似select * from tab where ? = '黎明'，那么我写的这个句子对吗？

aapt2 适配之资源 id 固定

再谈 aapt2 资源分区

在buildTools 28.0.0以前，aapt2自带了资源分区，通过–package-id参数指定。但是该分区只支持>0x7f的PP段，而在Android 7.0之前，是不支持>0x7f的PP段资源的，运行时会抛异常。但是当指定了一个<0x7f的PP段资源后，编译资源时却会报错。

1

error: invalid package ID 0x28. Must be in the range 0x7f-0xff..

关于插件化为什么需要修改资源id，一定需要的么？可以看之前的一篇介绍文章。
Android的资源管理器的创建过程

这是一篇迟来的安卓的组件化文章的总结，文章主要讲述组件化过程中，需要解决的问题，以及目前的组件化框架是如何解决这个问题的，这篇文章预计会很长，因为想详细分析一下目前存在的比较知名的组件化框架。

组件化框架太多，预计，文章会分析如下组件化框架:
ARouter
WMRouter
CC
JIMU
个人精力实在有限，而且上面的四个组件化框架已经很有代表性了。

下面是一些比较好的组件化的文章:
// todo

1. Android 模块化探索与实践

组件化需要解决的问题:

1. 路由实现
2. 参数传递
3. 组件通信

当然这篇文章AndroidComponentizeLibs里面描述了各种问题，其实最重要的还是上面列出的。本文也只分析上面提出的问题，如果文章篇幅实在过长，会考虑分篇。