注解处理器 3:实战 Android Router 插件实现

前篇文档:注解处理器 1:javax.lang.model 包讲解

前篇文档:注解处理器 2:java 注解处理器

Gradle 关联文章:Gradle 功能介绍

组件化介绍文章:Android 组件化

本文的 Demo 地址:Github 指路

概览

本文主要讲解如何使用注解处理器实现路由插件,涉及到 Gradle Plugin 开发、注解处理器(apt/kapt)、java 源代码的生成、组件化等知识。使用 kotlin 语言实现。

注解处理器的相关知识讲解,大家可以阅读我写的前两篇介绍文章。

知识背景

在 Android 的日常开发中,根据字符串跳转特定界面是很重要且常见的功能。此时这种字符串可以叫做路由,目标页面可以是本地页面、网页、Flutter 页面等。而根据路由跳转页面的框架,我们一般称为路由框架。

一般路由框架中的路由主要包含 3 大部分:协议、路径、参数。这 3 部分内容怎么定义,由应用内部自己决定,框架只需要定义好格式就行了。本文不介绍如何制定路由内容,而是会着重介绍路由框架如何实现。

本文以一款 比较流行的路由框架 chenenyu/Router 为例,说明下一款路由框架是如何实现的。下面是简单用法。

// 定义
// 1. 定义路由
@Route("main_app")
class MainActivity : BaseActivity() {
    // 2. 参数注入
    @InjectParam(key = "main_param_name")
    var name: String? = null

    @InjectParam(key = "main_param_age")
    var age: Int = 0

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // 2. 参数注入
        Router.injectParams(this)
    }
}

// 使用
fun start(activity: Activity) {
    // 1. build 构建路由
    // 2. with 填入参数
    // 3. go 跳转页面
    Router.build("main_app")
        .with("main_param_name", "Bob")
        .with("main_param_age", 18)
        .go(activity)
}

可以看出,路由框架的实现分为定义路由和使用路由两部分。这两部分主要都是涉及到 路由映射 和 参数注入 两步。他们的实现方式如下表:

  路由映射     参数注入  
  定义路由     @Route 注解     @InjectParam 注解  
  使用路由     Router.build     Router.with  
  页面跳转     Router.go  

上面表格中的主要技术点,本文会一一讲解。

路由注解

上面我们用到了 @Route 和 @InjectParam 两种注解,两者的实现原理一致。本文以 @Route 为例,说明下如何实现并解析一个自定义注解,@InjectParam 就不再重复讲解了,感兴趣的小伙伴可以阅读 chenenyu/Router 路由框架的源码进行了解。

代码拆分

一个优秀的 Android 项目,应当是需要组件化的。对于本文介绍的路由插件的实现,也会使用组件化,本文会将注解的定义、注解的实现、注解的参数注入、注解的使用等步骤分到不同的组件,实现代码隔离。组件架构如图:

img

  • annotation 组件中存放的是我们自定义的路由组件和相关的工具类
  • processor 组件中存放的是用于解析注解的路由注解处理器,依赖于 annotation 组件
  • buildSrc 中存放的是我们自定义的路由插件,该插件会向注解处理器注入参数。buildSrc 不是 Gradle 中标准的 module,但是它会被 Gradle 识别并编译。在 Gradle 的介绍文章中,我们提过,如果 Gradle 插件是以本地源码形式导入本地项目,则应该使用 buildSrc 目录承载。
  • app 是应用的主模块,负责使用路由注解

划分好了组件后,在实现注解处理器之前,我们需要先明确我们想要达到的最终效果。

一般的路由框架允许我们通过字符串跳转某个页面,是因为框架内部已经做了字符串到 Activity/Fragment 的转换。在框架内部,通常都维护着一个键值对映射表。即 Map 类。

我们的处理器最终目标也是要生成这样一个包含着"路由-页面"映射表的类,最好是单例类,这样数据在 app 运行期间都可以使用。

但是问题来了,如何向映射表里添加映射信息呢?开发时我们并不知道有多少路由信息需要添加。最好的时机就是运行期间添加内容到映射表里,因为此时不会再有新的路由信息生成。那么此时我们就需要在启动时向映射表里添加映射信息。启动时的最好时机就是在 application 中。所以此时我们需要额外的两个类:负责 application 中的初始化工作的类、已经负责向映射表塞数据的类。

按照以上思路,涉及到的类如下:

  1. Route 注解:路由与页面的纽带
  2. RouteHub:路由与页面的映射表存储类
  3. RouteRegister:路由与页面的注册类,负责向 RouteHub 塞数据
  4. RouteInitializer:启动时初始化
  5. Router:负责根据路由跳转
  6. RouteProcessor:负责解析路由信息
  7. RoutePlugin::负责编译时向 RouteProcessor 传递参数,用于生成 RouteRegister 具体的子类

最终,我们的实现逻辑如下:

  1. 用户使用 Route 注解关联页面与路由
  2. RoutePlugin 中向注解处理器传参,用于生成 RouteRegister 的子类
  3. RouteProcessor 解析 RoutePlugin 的传参和所有 Route 注解,将信息写入 RouteRegister 的子类
  4. 启动时在 RouteInitializer 中将 RouteRegister 的数据写入 RouteHub 中
  5. Router 根据 RouteHub 中的信息,向用户提供简易的跳转方式

img

最后我们来看看相关代码如何实现。

1. 定义注解

Route 注解的实现非常简单,在 annotation 组件中,我们定义路由注解。注解的相关知识可以参考这篇文章:Android 注解

/**
 * 指定页面路由。
 * 
 * 单值注解在指定值时可以省略变量名
 *
 * @param url 页面的路由地址
 * */
@Target(AnnotationTarget.CLASS)
@Retention(AnnotationRetention.BINARY)
annotation class Route(val url: String = "")

2. 解析注解

要解析 Route 注解,我们需要用到注解处理器。注解处理器的使用分为使注解处理器生效、注册注解处理器和实现注解处理器几大部分。

1. 注解处理器组件配置

在 kotlin 语言中,注解处理器工具叫做 kapt(kotlin annotation processor tool)。默认情况下,kapt 是不会生效的,我们需要在 processor 组件的 build.gradle 文件中做如下配置:

plugins {
    id 'java-library'
    id 'org.jetbrains.kotlin.jvm'
    id 'kotlin-kapt' // 引入插件,使 kapt 生效
}

java {
    sourceCompatibility = JavaVersion.VERSION_11
    targetCompatibility = JavaVersion.VERSION_11
}

dependencies {
   // 依赖于 annotation 组件,方便我们使用 Route 注解
   implementation project(":annotation")
   // 导入依赖,方便开发
   implementation "org.jetbrains.kotlin:kotlin-reflect:1.5.30"
   implementation "org.jetbrains.kotlin:kotlin-stdlib:1.5.30"
   // 使 auto-service 依赖在注解处理器中生效
   kapt "com.google.auto.service:auto-service:1.0.1"
   implementation "com.google.auto.service:auto-service-annotations:1.0.1"
   implementation 'com.squareup:kotlinpoet:1.11.0'
}

我们引入了 java-libraryorg.jetbrains.kotlin.jvmkotlin-kapt 三个插件,前两个都是为了方便我们写代码。真正核心的第 3 个 kotlin-kapt 插件,不引入该插件,kapt "com.google.auto.service:auto-service:1.0.1"语句就会编译报错。

  • kapt "com.google.auto.service:auto-service:1.0.1"语句与注解处理器的注册有关。主要作用是保证谷歌的 auto-service 框架可以在注解处理器生效期间执行,方便生成注册注解处理器的文件与代码。
  • implementation "com.google.auto.service:auto-service-annotations:1.0.1"语句与注解处理器的注册有关。方便我们在自定义的注解处理器中使用 auto-service 框架提供的注解。
  • implementation 'com.squareup:kotlinpoet:1.11.0'语句主要是引入 kotlin poet 依赖,java poet 是 square 公司开源的 java 文件生成框架,kotlin poet 是 java poet 的 kotlin 版本,用于生成 kotlin 源码和 kotlin 文件。项目地址见:kotlin poet

2. 注册注解处理器

在未引入 auto-service 框架之前,注解处理器的注册是比较麻烦的。我们需要使用 java 的 SPI 机制(Service Provider Interface) 进行注册,自己维护文件和文件内容。在引入 auto-service 之后,我们只需要使用注解即可,文件和文件内容的生成,都交由 auto-service 框架进行处理。

在 RouteProcessor 文件中,我们使用@AutoService(Processor::class)就可以把 RouteProcessor 注册好。

@AutoService(Processor::class)
class RouteProcessor : AbstractProcessor() {}

运行代码以后,框架会在 ProjectDir/processor/build/tmp/kapt3/classes/main/META-INF/services 目录下自动生成 javax.annotation.processing.Processor 文件,并填入 RouteProcessor,如图:

img

3. 实现注解处理器

按照上面对于路由注解处理器相关类的说明,路由解析的实现逻辑如下:

  1. 我们支持解析 Route 注解

    @AutoService(Processor::class)
    class RouteProcessor : AbstractProcessor() {
        override fun getSupportedAnnotationTypes(
    
        ): MutableSet<String> {
            return mutableSetOf(Route::class.java.canonicalName)
        }
    }
    
  2. 我们需要解析生成的 RouteRegister 的子类,此操作可通过解析对应的 moduleName 参数实现。比如 moduleName 是 app,则最终生成的类就是 AppRouteRegister。

    @AutoService(Processor::class)
    class RouteProcessor : AbstractProcessor() {
        object Constants {
            const val OPTION_MODULE_NAME = "moduleName"
            const val DEFAULT_MODULE_NAME = "Default"
        }
    
        // moduleName 代表我们生成的 RouteRegister 的子类的前缀
        private var moduleName = Constants.DEFAULT_MODULE_NAME
    
        // 支持解析的参数是 moduleName
        override fun getSupportedOptions(): MutableSet<String> {
            return mutableSetOf(Constants.OPTION_MODULE_NAME)
        }
    
        // 初始化时,读取 OPTION_MODULE_NAME 参数
        override fun init(
           processingEnv: ProcessingEnvironment?
        ) {
            super.init(processingEnv)
    
            moduleName = Utils.parseModuleName(
                processingEnv?.options?.get(
                   Constants.OPTION_MODULE_NAME
                )
            )
        }
    }
    
  3. 拿到被 Route 注解的元素,通常是 Activity 或者 Fragment,我们需要检查一下

    object Constants {
        const val ACTIVITY_FULL_NAME = "android.app.Activity"
        const val FRAGMENT_FULL_NAME = "android.app.Fragment"
        const val FRAGMENT_X_FULL_NAME = "androidx.fragment.app.Fragment"
    }
    override fun process(
        annotations: MutableSet<out TypeElement>?, 
        roundEnv: RoundEnvironment?
    ): Boolean {
        val elements = roundEnv?.getElementsAnnotatedWith(
            Route::class.java
        )
    
        if (moduleName.isEmpty() || elements.isNullOrEmpty()) {
            // 我们自定义的注解处理器不再执行
            return true
        }
    
        // 合法的 TypeElement 集合
        val typeElements = elements.filter {
            it.kind.isClass && validateRoute(it)
        }.map {
            it as TypeElement
        }
    
        return true
    }
    
    // 检查 @Route 注解是否 OK
    private fun validateRoute(element: Element?): Boolean {
        // 不是 android 或者 androidx 中
        // 定义的 activity 和 fragment 的子类
        if (!isSubtype(element, Constants.ACTIVITY_FULL_NAME)
            && !isSubtype(element, Constants.FRAGMENT_FULL_NAME)
            && !isSubtype(element, Constants.FRAGMENT_X_FULL_NAME)
        ) {
            return false
        }
        // 如果是抽象类,也不 OK
        if (Modifier.ABSTRACT in (element?.modifiers ?: emptySet())) {
            return false
        }
    
        return true
    }
    
    // 检查 typeElement 是否是 type 的子类
    private fun isSubtype(
        typeElement: Element?, 
        type: String
    ): Boolean {
        return processingEnv?.run {
            // Types.isSubtype 方法
            typeUtils.isSubtype(
                typeElement?.asType(),
                elementUtils.getTypeElement(type).asType()
            )
        } ?: false
    }
    
  4. 拿到被 Route 注解的元素后,我们就可以来生成代码了。生成代码,我们用到了 kotlin poet

    @AutoService(Processor::class)
    class RouteProcessor : AbstractProcessor() {
        override fun process(
            annotations: MutableSet<out TypeElement>?, 
            roundEnv: RoundEnvironment?
        ): Boolean {
            generateRouteTable(typeElements)
    
            return true
        }
    }
    

    generateRouteTable 方法流程如下:

    1. 生成Map<String, String>参数

      • 获取类型
      • 生成变量
      private fun generateRouteTable(
          typeElements: List<TypeElement>
      ) {
          // 生成方法的参数类型:Map<String, String>
          val mapTypeName = HashMap::class
              .asClassName()
              .parameterizedBy(
                  String::class.asClassName(),
                  String::class.asClassName()
                  /*KClass::class.asClassName().parameterizedBy(
                  WildcardTypeName.producerOf(Any::class)
                  )*/ // 生成方法的参数类型:Map<String, KClass<*>>
              )
      
          // 生成 map 参数
          val mapParamSpec = ParameterSpec
              .builder("map", mapTypeName)
              .build()
      }
      
    2. 生成override public fun register(map: Map<String, KClass<*>>)方法

      private fun generateRouteTable(
          typeElements: List<TypeElement>
      ) {
          // map 参数添加到 register 方法中
          // override public fun register(
          //     map: Map<String, 
          //     KClass<*>>
          // )
          val funcRegister = FunSpec
              .builder(Constants.METHOD_REGISTER)
              .addModifiers(KModifier.OVERRIDE)
              .addModifiers(KModifier.PUBLIC)
              .addParameter(mapParamSpec)
              .returns(UNIT)
      }
      
    3. 根据注解生成方法体

      • 根据元素的 Route 注解拿到路由 url
      • 根据 TypeElement 获取到页面的 canonicalName
      • 将路由和页面塞入 map 中,写到 register 方法体里
      private fun generateRouteTable(
          typeElements: List<TypeElement>
      ) {
          // 根据注解生成方法体
          // qualifiedName 全限定名
          typeElements.forEach {
              val route = it.getAnnotation(Route::class.java)
              val path = route.url
              funcRegister.addStatement(
                  "map[%S] = %S", 
                  path, 
                  it.asClassName().canonicalName
              )
              pathRecorder[path] = it.qualifiedName.toString()
          }
      }
      
    4. 方法体生成完毕后,生成类文件

      • RouteRegister 接口定义如下:

        interface RouteRegister {
            // 注册路由,代码自动生成
            fun register(map: HashMap<String, String>)
        }
        
      • 使用首先拿到 RouteRegister 接口类型:

        // Elements.getTypeElement 方法,传入类的全限定名
        processingEnv?.elementUtils?.getTypeElement(
            Constants.ROUTE_REGISTER_INTERFACE_NAME
        )?.let { superInterfaceType ->
            // 具体代码见下面
        }
        
      • 根据 RouteRegister 类型生成其子类:

        // 生成带类注释的 AppRouteRegister 子类,App 是模块名
        /**
         * Generated by Route annotation Processor. Do not edit it!
         */
        // public class AppRouteRegister : RouteRegister {
        TypeSpec
            .classBuilder(
                // 根据模块生成子类名
                // 当模块是 app 时,返回 AppRouteRegister
                Utils.getRegisterClassName(moduleName)
            )
            // RouteRegister 是其父类
            .addSuperinterface(superInterfaceType.asClassName())
            // 添加 public 修饰符
            .addModifiers(KModifier.PUBLIC)
            // 加入 register 方法
            .addFunction(funcRegister.build())
            .addKdoc(Constants.CLASS_DOC)
            .build()
        
      • 最后,将生成好的类写入文件中:

        // 类写入文件
        // 文件路径是包名
        processingEnv?.filer?.apply {
            FileSpec.get(
                Constants.GENERATED_ROUTE_REGISTER_PATH,
                type
            ).writeTo(this)
        }
        

    最后,将上述代码整合,RouteProcessor 的实现如下:

    @AutoService(Processor::class)
    class RouteProcessor : AbstractProcessor() {
    
        private var moduleName = Constants.DEFAULT_MODULE_NAME
    
        override fun getSupportedAnnotationTypes(
            
        ): MutableSet<String> {
            return mutableSetOf(Route::class.java.canonicalName)
        }
    
        override fun getSupportedOptions(): MutableSet<String> {
            return mutableSetOf(Constants.OPTION_MODULE_NAME)
        }
    
        override fun getSupportedSourceVersion(): SourceVersion {
            return SourceVersion.latestSupported()
        }
    
        override fun init(processingEnv: ProcessingEnvironment?) {
            super.init(processingEnv)
    
            moduleName = Utils.parseModuleName(
                processingEnv?.options?.get(
                    Constants.OPTION_MODULE_NAME
                )
            )
        }
    
        override fun process(
            annotations: MutableSet<out TypeElement>?, 
            roundEnv: RoundEnvironment?
        ): Boolean {
    
            val elements = roundEnv?.getElementsAnnotatedWith(
                Route::class.java
            )
    
            if (moduleName.isEmpty() || elements.isNullOrEmpty()) {
                // 我们自定义的注解处理器不再执行
                return true
            }
    
            // 合法的TypeElement集合
            val typeElements = elements.filter {
                it.kind.isClass && validateRoute(it)
            }.map {
                it as TypeElement
            }
    
            generateRouteTable(typeElements)
    
            return true
        }
    
        private fun generateRouteTable(
            typeElements: List<TypeElement>
        ) {
            // 生成方法的参数类型:Map<String, KClass<*>>
            // 生成方法的参数类型:Map<String, String>
            val mapTypeName = HashMap::class
                .asClassName()
                .parameterizedBy(
                    String::class.asClassName(),
                    String::class.asClassName()
                    /*KClass::class.asClassName().parameterizedBy(
                        WildcardTypeName.producerOf(Any::class)
                    )*/
                )
    
            // 生成 map 参数
            val mapParamSpec = ParameterSpec
            .builder("map", mapTypeName)
            .build()
    
            // map 参数添加到 register 方法中
            // override public fun register(
            //     map: Map<String,
            //     KClass<*>>
            // )
            val funcRegister = FunSpec
                .builder(Constants.METHOD_REGISTER)
                .addModifiers(KModifier.OVERRIDE)
                .addModifiers(KModifier.PUBLIC)
                .addParameter(mapParamSpec)
                .returns(UNIT)
    
            // 根据注解生成方法体
            // qualifiedName 全限定名
            typeElements.forEach {
                val route = it.getAnnotation(Route::class.java)
                val path = route.url
    
                funcRegister.addStatement(
                    "map[%S] = %S", 
                    path, 
                    it.asClassName().canonicalName
                )
            }
    
            // 方法内容添加到类中
            processingEnv?.elementUtils?.getTypeElement(
                Constants.ROUTE_REGISTER_INTERFACE_NAME
            )?.let { superInterfaceType ->
                TypeSpec
                    .classBuilder(
                        Utils.getRegisterClassName(moduleName)
                    )
                    .addSuperinterface(
                        superInterfaceType.asClassName()
                    )
                    .addModifiers(KModifier.PUBLIC)
                    .addFunction(funcRegister.build())
                    .addKdoc(Constants.CLASS_DOC)
                    .build()
            }?.also { type ->
                try {
                    // 类写入文件
                    processingEnv?.filer?.apply {
                        FileSpec.get(
                            Constants.GENERATED_ROUTE_REGISTER_PATH,
                            type
                        ).writeTo(this)
                    }
                } catch (e: Exception) {
                    e.printStackTrace()
                }
            }
        }   
    
        // 检查 @Route 注解是否 OK
        private fun validateRoute(element: Element?): Boolean {
            if (!isSubtype(element, Constants.ACTIVITY_FULL_NAME)
                && !isSubtype(element, Constants.FRAGMENT_FULL_NAME)
                && !isSubtype(element, Constants.FRAGMENT_X_FULL_NAME)
            ) {
                return false
            }
    
            if (Modifier.ABSTRACT in (element?.modifiers ?: emptySet())) {
                return false
            }
    
            return true
        }
    
        private fun isSubtype(
            typeElement: Element?, 
            type: String
        ): Boolean {
            return processingEnv?.run {
                typeUtils.isSubtype(
                    typeElement?.asType(),
                    elementUtils.getTypeElement(type).asType()
                )
            } ?: false
        }
    }
    

假如我们根据 app 模块名在 com.mustly.wellmedia.lib.commonlib.route.generated 下生成了 AppRouteRegister 类,则其效果像这样:

img

4. 编译时参数注入

在 RouteProcessor 的解析过程中,我们解析了 moduleName 的参数,我们会根据这个参数生成 RouteRegister 的子类,比如当 moduleName 是 app 的时候,生成 RouteRegister 子类名就是 AppRouteRegister。然后在启动时,我们会构建 AppRouteRegister 的实例,调用 register 方法,向 RouteHub 中注入路由信息。

根据以上流程,我们可以知道对 moduleName 这个参数的需求,涉及编译时注解编译器和运行时初始化两个地方。对于这两个地方的参数注入,我们分开讲解。

1. 用于编译时注解处理

编译时 RouteProcessor 注解编译器的参数注入,可以在编译前使用 javaCompileOptions.annotationProcessorOptions 作为注解处理器的编译选项传入,此代码可以写入到 RoutePlugin 中,注入后,moduleName 参数就可以被 RouteProcessor 解析到了。如下:

// build.gradle 中

class RoutePlugin : Plugin<Project> {
    // 其他代码省略
    val android: BaseExtension = project.extensions
        .getByName("android") as BaseExtension

    val options = mutableMapOf("moduleName" to project.name)

    // 为注解添加选项
    android.defaultConfig.javaCompileOptions
        .annotationProcessorOptions
        .arguments(options)
    android.productFlavors.forEach {
        it.javaCompileOptions
            .annotationProcessorOptions
            .arguments(options)
    }
}

2. 用于运行时初始化

我们传的编译时的选项在 app 运行期间肯定是无法使用的。运行时我们需要使用其他方法获取对应的 moduleName。方法有很多种。比如读取特定的文件、BuildConfig 等等。本文采用的是读取 AndroidManifest.xml 文件中的配置。

AndroidManifest 清单文件

AndroidManifest.xml 官方解释是应用清单,每个应用的根目录中都必须包含一个,并且文件名必须一模一样。这个文件中包含了 APP 的配置信息,系统需要根据里面的内容运行 APP 的代码,显示界面。

AndroidManifest.xml 是个典型的 xml 文件,首先看下 AndroidManifest.xml 文件的内容结构,Android 中一个常见的 AndroidManifest.xml 文件如下:

<?xml version="1.0" encoding="utf-8"?>
<manifest
    xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.aaa.bbb.ccc">

    <uses-permission android:name="android.permission.INTERNET" />

    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"
        android:maxSdkVersion="28" />
    <application
        android:name=".CustomApplication"
        android:icon="@drawable/ic_app_icon"
        android:label="@string/app_name"
        android:roundIcon="@drawable/ic_app_icon"
        android:supportsRtl="true"
        android:theme="@style/Theme.Custom">
        <activity
            android:name=".base.BaseActivity"
            android:exported="false" />
        <activity
            android:name=".MainActivity"
            android:exported="true"
            android:theme="@style/Theme.Custom.NoActionBar">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>
</manifest>

可以看出,AndroidManifest.xml 包含 manifest ---> application ---> activity ---> intent-filter 等结构,并且具有清晰的层次结构,按照这种层次划分。我们可以按照解析 xml 文件的方式解析 AndroidManifest,并向其中插入数据。

我们自己插入的数据可以存放在 AndroidManifest 的 meta-data 中。

Manifest中的<meta-data>

<meta-data> 是一个键值对,其语法如下:

<meta-data 
    android:name="string" 
    android:resource="resource specification"
    android:value="string" />
  • android:name:该项的唯一名称。若要确保此名称具有唯一性,应使用 Java 样式的命名惯例,例如 "com.example.project.activity.fred"
  • android:resource:对资源的引用。资源的 ID 是分配给该项的值。可以通过 Bundle.getInt() 方法从元数据 Bundle 中检索 ID
  • android:value:分配给该项的值

<meta-data> 可存在于<activity>、<activity-alias>、<application>、<provider>、<receiver>、<service> 等键值对内

<meta-data> 可以向父组件提供的其他任意数据项的键值对。一个组件元素可以包含任意数量的 <meta-data> 子元素。所有这些子元素的值最终会收集到一个 Bundle 对象,并且可作为 PackageItemInfo.metaData 字段提供给组件。

我们可以通过 value 属性指定值。不过,要将资源 ID 指定为值,要使用 resource 属性。例如,以下代码会将 @string/kangaroo 资源中存储的任何值分配给 zoo 名称:

<meta-data android:name="zoo" android:value="@string/kangaroo" />

而使用 resource 属性会为 zoo 分配资源的数字 ID,而不是资源中存储的值:

<meta-data android:name="zoo" android:resource="@string/kangaroo" />

现在,我们可以向 <application> 元素中添加一个 <meta-data>,形如下面的代码:

<application 
    android:name="com.mustly.wellmedia.MediaApplication" 
    android:icon="@drawable/ic_app_icon" 
    android:label="@string/app_name" 
    android:roundIcon="@drawable/ic_app_icon" >
    <!-- 其他代码省略 -->
    <meta-data 
        android:name="com.mustly.wellmedia.lib.commonlib.route.moduleName"             
        android:value="app"
    />
</application>

现在,我们需要考虑一个事情。meta-data 中的 name 字段是唯一的。在项目只有一个 module 时,上面的代码不会出现问题;但是当项目组件化后,有了多个 module,上面的代码可能就会出现问题了。因为 name 是唯一的。那么读取了 name 对应的值后,其他模块又传了相同的数据,数据肯定会被覆盖,不符合我们的预期。那应该怎么处理呢?其实我们可以把 name 和 value 的互换下,value 唯一,name 不一样,那么 name 就可以随便传了。我们只需要根据 value 判断即可。所以我们最终想要的效果如下:

<application 
    android:name="com.mustly.wellmedia.MediaApplication" 
    android:icon="@drawable/ic_app_icon" 
    android:label="@string/app_name" 
    android:roundIcon="@drawable/ic_app_icon" >
    <!-- 其他代码省略 -->
    <!-- name 和 value 的值互换 -->
    <meta-data 
        android:name="app"             
        android:value="com.mustly.wellmedia.lib.commonlib.route.moduleName"
    />
</application>
数据写入 AndroidManifest

现在明白了我们想要的效果后,就可以写入数据了。我们需要解析 xml、塞入数据。解析 xml,我们使用的是 dom4j 框架,这个框架本文就不细讲了,感兴趣的可以看下官网介绍。塞入数据我们采用的是自定义 gradle task,并将其与 RoutePlugin 中关联起来。代码如下:

// 导入依赖
// implementation APG 的依赖,方便编写插件时查看源码
implementation "com.android.tools.build:gradle:7.2.0"
implementation 'com.android.tools:common:30.2.1'
implementation "org.jetbrains.kotlin:kotlin-gradle-plugin:1.5.30"
implementation "org.jetbrains.kotlin:kotlin-stdlib:1.5.30"
implementation 'dom4j:dom4j:1.6.1'
implementation 'com.android.tools:repository:30.2.1'
// 定义 Manifest 编辑任务,然后将任务添加到路由插件中
abstract class ManifestTransformerTask : DefaultTask() {
    @get:InputFile abstract val srcManifest: RegularFileProperty
    @get:OutputFile abstract val updatedManifest: RegularFileProperty

    // 该 task 要做的事
    @TaskAction
    fun taskAction() {
        // 输入与输出
        val input = srcManifest.get().asFile
        val output = updatedManifest.get().asFile

        // 解析输入的 AndroidManifest.xml
        val document = SAXReader().read(input)

        // application 节点下添加 meta-data 元素,并向元素添加对应属性
        document.findFirstAppNode()?.addElement("meta-data")?.apply {
            addAttribute("android:name", project.name)
            addAttribute(
                "android:value", 
                "com.mustly.wellmedia.lib.commonlib.route.moduleName"
            )
        }

        // 修改后的 xml 内容,写入文件
        XMLWriter(
            FileOutputStream(output), 
            OutputFormat.createPrettyPrint().apply {
                encoding = "UTF-8"
                setIndentSize(4)
                isTrimText = false
            }
        ).apply {
            write(document)
            close()
        }
    }

    private fun Document.findFirstAppNode(): Element? {
        // 返回 application 节点
        return rootElement.element("application")
    }
}

添加节点的代码很简单,就不细讲了,关键的说明都有注释。现在来说明下如何把 Gradle task 和 plugin 关联起来。关联操作涉及到 APG 相关知识的运用,感兴趣的可以阅读官方文档:扩展 Android Gradle Plugin

首先,我们需要获取 APG 定义的 components。

// com.android.build.api.extension.AndroidComponentsExtension
val androidComponents = project.extensions.getByName("androidComponents") 
    as AndroidComponentsExtension<*, *, *>
// 为 components 的每个 variant 注册任务
androidComponents.onVariants { variant -> // com.android.build.api.variant.Variant
    // 
    registerAndBindTask(project, variant)
}

注册任务的代码如下,代码是 android 官方示例代码实现的:

private fun registerAndBindTask(project: Project, variant: Variant) {
    // 首先创建任务
    val taskProvider = project.tasks.register(
        "process${variant.name.localCapitalize()}RouteManifest",
        ManifestTransformerTask::class.java
    )
    // 将任务和具体的产入产出挂钩,方便转换
    variant.artifacts
        // 指定任务
        .use(taskProvider)
        // 绑定输入输出与 artifacts 的产出挂钩
        .wiredWithFiles(
            ManifestTransformerTask::srcManifest,
            ManifestTransformerTask::updatedManifest
        )
        // 绑定 artifacts 的产出,处理 artifacts 中合并过后的 manifest 文件
        .toTransform(SingleArtifact.MERGED_MANIFEST)
}

因为我们需要处理 AndroidManifest,所以我们需要拿到 AndroidManifest,并且处理后输出。但是每个 module 都有一个 AndroidManifest 文件,我们应该拿谁呢?我们当然可以只对特定的 module 做处理。但是事实上,Android 在编译时会把所有的 AndroidManifest 文件的内容合并起来,组成一个 merged AndroidManifest。merged AndroidManifest 文件的位置在形如 /app/build/intermediates/merged_manifests/debug/AndroidManifest.xml。我们可以对这个文件做处理。

经过上述操作,我们就实现了在 AndroidManifest 中添加数据,以在运行时读取。

5. 启动时参数注入

生成了 AppRouteRegister 类后,我们需要在启动时将 AppRouteRegister 的数据注入到 RouteHub 中。此操作在 application 中进行。此处我们使用了 Jetpack 中的 AndroidX App Startup 框架,以实现自动初始化。

  1. 导入implementation "androidx.startup:startup-runtime:1.1.1"依赖

  2. 在 create 方法中实现初始化操作,数据写入 RouteHub 单例类中

    class RouteInitializer : Initializer<Unit> {
        override fun create(context: Context) {
            init(context)
        }
    
        override fun dependencies() 
            = emptyList<Class<out Initializer<*>>>()
    
        private fun init(
            context: Context
        ) = context.packageManager.getApplicationInfo(
            context.packageName,
            PackageManager.GET_META_DATA
        ).metaData?.apply {
            // 读取在 RoutePlugin 注入的 moduleName 数据
            keySet().forEach {
                val moduleName = getString(it, null)
                if (Constants.META_VALUE == moduleName) {
                    injectRoute(it)
                }
            }
        }
    
        // 路由数据写入 RouteHub
        private fun injectRoute(moduleName: String) = try {
            // 等价于 Class.forName("AppRouteRegister")
            Class.forName(getTableClassName(moduleName))
                .takeIf {
                    // 判断是否是 RouteRegister 的子类
                    RouteRegister::class.java.isAssignableFrom(it)
                }?.run {
                    // 生成 RouteRegister 子类的实例
                    (this as Class<out RouteRegister>).newInstance()
                }?.also { routeRegister ->
                    // 路由数据写入 RouteHub.routeTable 中
                    routeRegister.register(RouteHub.routeTable)
                }
        } catch (e: Exception) {
            e.printStackTrace()
        }
    
        private fun getTableClassName(moduleName: String) =
            Constants.GENERATED_ROUTE_REGISTER_PATH + "." + Utils.getRegisterClassName(moduleName)
    }
    
  3. AndroidManifest 文件中声明 RouteInitializer 启动项:

    <?xml version="1.0" encoding="utf-8"?>
    <manifest
        xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:tools="http://schemas.android.com/tools"
        package="com.aaa.bbb.ccc">
    
        <application>
            <provider
                android:name="androidx.startup.InitializationProvider"
                android:authorities="${applicationId}.androidx-startup"
                android:exported="false"
                tools:node="merge">
    
                <meta-data
                    android:name="com.aaa.bbb.ccc.route.RouteInitializer"
                    android:value="androidx.startup" />
            </provider>
        </application>
    </manifest>
    

6. 根据路由启动页面

数据注入 RouteHub 了后,我们就可以使用 Router 启动页面了。Router 源码如下:

object Router {
    fun go(context: Context, url: String) {
        val className = RouteHub.routeTable[url] ?: ""
        context.startActivity(
            getIntent(context, className).apply {
                addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
            }
        )
    }

    fun getIntent(context: Context, className: String): Intent {
        return Intent().setClassName(context, className)
    }
}

使用起来也很简单:

Router.go(activity, RouteConst.MAIN)

总结

经过上述步骤,我们就完成了 Route 注解的解析、路由注册类文件的生成、编译时参数注入、运行时参数注入、初始化是填充路由表、根据路由启动页面等操作。其中涉及到了自定义注解、自定义注解处理器、源码文件的生成、AndroidManifest.xml 文件的解析、自定义 Gradle Plugin、自定义 Gradle Task、APG 的自定义、编译时的参数注入、运行时的参数注入、jetpack 的 androidx.startup 框架的使用、反射生成类实例等知识点。

可以看出,自定义路由插件,涉及到的知识又多又杂又难,值得学习。最终我们也实现了想要的效果。

至此,本文的讲解就告一段落了,文中的知识,我们只是初步浅显的进行了讲解,更深入的知识,我们还是得继续学习。

感谢大家阅读本文,文中讲解的不足之处、错误的地方,欢迎大家指正。

posted @ 2023-03-13 18:22  尛惢刕孨  阅读(289)  评论(0编辑  收藏  举报