Android 组件化架构设计从原理到实战

news2024/10/6 0:30:43

为什么需要组件化

小项目是不需要组件化的。当一个项目有数十个人开发，编译项目要花费10分钟，修改一个bug就可能会影响到其他业务，小小的改动就需要进行回归测试，如果是这种项目，那么我们需要进行组件化了

组件化和模块化

在技术架构演进的过程一定是先出现模块化后出现组件化，因为组件化就是解决了模块化的问题。

模块化架构

创建一个 Project 后可以创建多个 Module，这个 Module 就是所谓的模块。一个简单的例子，可能在写代码的时候我们会把首页、消息、我的模块拆开，每个 tab 所包含的内容就是一个模块，这样可以减少 module 的代码量，但是每个模块之间的肯定是有页面的跳转，数据传递等，比如 A 模块需要 B 模块的数据，于是我们会在 A 模块的 gradle 文件内通过 implementation project(':B')依赖 B 模块，但是 B 模块又需要跳转到 A 模块的某个页面，于是 B 模块又依赖了 A 模块。这样的开发模式依然没有解耦，改一个bug依然会改动很多模块，并不能解决大型项目的问题。

如下图所示，一开始我们定义的module之间并没有过多耦合：

然后，随着项目的不断迭代，相互调用的情况会增多，也会增加一些库的扩展和调用，工程的架构可能变为：

可以看出，各种业务之间的耦合非常严重，导致代码非常难以维护，更难以测试，扩展和维护性非常差，这样的架构肯定会被替代。

随着时间的推移，出现了组件化、插件化等组织架构。

组件化架构

这里先提几个概念，我们日常业务需求开发的组件叫做业务组件，如果这个业务需求是可以被普遍复用的，那么叫做业务基础组件，譬如图片加载、网络请求等框架组件我们称为基础组件。搭建所有组件的app组件称为壳组件/工程。接下来看一张架构图：

实线表示直接依赖关系，虚线表示间接依赖。比如壳工程肯定是要依赖业务基础组件、业务组件、module_common公共库的。业务组件依赖业务基础组件，但并不是直接依赖，而是通过”下沉接口“来实现间接调用。业务组件之间的依赖也是间接依赖。最后common组件依赖所有需要的基础组件，common也属于基础组件，它只是统一了基础组件的版本，同时也提供了给应用提供一些抽象基类，比如BaseActivity、BaseFragment，基础组件初始化等。

组件化带来的优势

  • 加快编译速度：每个业务组件都可以单独运行调试，速度提升好几倍。举个例子：video组件单独编译运行时间为3s，因为此时AS只会运行video组件以及video组件依赖的组件的task，而如果集成编译时间为10s，app所引用的所有的组件的task都会执行。可见，效率提升了3倍。

  • 提高协作效率：每个组件都有专人维护，不用关心其他组件是怎么实现的，只需要暴露对方需要的数据。测试也不需要整个回归，只需要重点测试修改的组件即可。

  • 功能重用：一次编码处处复用，再也不需要复制代码了。尤其是基础组件和业务基础组件，基本上调用者根据文档就可以一键集成和使用。

  • 确保了整体技术方案的统一性，为未来插件化公用一套底层模型做准备。

前面有提到非大型项目一般不会进行组件化，但是就像上面提到的功能重用，这个优势并不是只能用到大型项目 。我们可以在写需求或库时完全可以拥有组件化思想，把它们单独写成一个基础组件或业务基础组件。当第二个项目来的时候正好也需要这个组件，那我们就省去了拆出这个组件的时间（因为写需求的时候很可能会造成大量耦合，后续拆分要花费时间），比如登录组件，分享组件等等都是可以在一开始就写成组件的。

组件化需解决的问题

  • 如何解决资源配置冲突问题？
  • 业务组件如何实现单独调试？
  • 业务组件间没有依赖，如何实现页面跳转？
  • 业务组件间没有依赖，如何实现数据通信？
  • 业务组件间没有依赖，如何实现消息通信
  • 壳工程Application生命周期如何下发？

资源冲突解决

AndroidManifest

每个module都有一份AndroidManifest文件来记载信息，最终生成一个App的时候，只会有一份AndroidManifest来知道APP应该去如何配置，Manifest Merge Tools 会将多个AndroidManifest合成一个，但是又冲突需要解决。

在build/intermediates/manifest_merge_blame_file下会生成一份合并报告

1<?xml version="1.0" encoding="utf-8"?>
2<manifest xmlns:android="http://schemas.android.com/apk/res/android"
3    package="com.liang.mosic"
4    android:versionCode="1"
5    android:versionName="1.0" >
6
7    <uses-sdk
8        android:minSdkVersion="21"
8-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml
9        android:targetSdkVersion="30" />
9-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml
10
11    <uses-permission android:name="android.permission.INTERNET" />
11-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:12:5-67
11-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:12:22-64
12
13    <application
13-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:6:5-48:19
14        android:name="com.liang.mosic.ModuleApplication"
14-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:10:9-42
15        android:allowBackup="true"
15-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:7:9-35
16        android:appComponentFactory="androidx.core.app.CoreComponentFactory"
16-->[androidx.core:core:1.5.0] C:\Users\Administrator.gradle\caches\transforms-2\files-2.1\4c9b62de2468f1520f5d232befb24ab8\core-1.5.0\AndroidManifest.xml:24:18-86
17        android:debuggable="true"
18        android:icon="@mipmap/ic_launcher"
18-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:8:9-43
19        android:label="@string/app_name"
19-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:9:9-41
20        android:supportsRtl="true"
20-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:11:9-35
21        android:testOnly="true"
22        android:theme="@style/AppTheme" >
22-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:13:9-40
23
24        <!-- <activity android:name=".MainActivity"> -->
25        <!-- <intent-filter> -->
26        <!-- <action android:name="android.intent.action.MAIN" /> -->
27
28
29        <!-- <category android:name="android.intent.category.LAUNCHER" /> -->
30        <!-- </intent-filter> -->
31        <!-- </activity> -->
32        <activity
32-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:21:9-28:20
33            android:name="com.liang.mosic.AdaviceActivity"
33-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:21:19-50
34            android:theme="@style/AppWelcome" >
34-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:22:13-46
35            <intent-filter>
35-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:23:13-27:29
36                <action android:name="android.intent.action.MAIN" />
36-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:24:17-69
36-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:24:25-66
37
38                <category android:name="android.intent.category.LAUNCHER" />
38-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:26:17-77
38-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:26:27-74
39            </intent-filter>
40        </activity>
41        <activity android:name="com.liang.mosic.ModuleMainActivity" >
41-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:29:9-40:20
41-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:29:19-53
42
43            <!-- <intent-filter> -->
44            <!-- <action android:name="android.intent.action.MAIN" /> -->
45
46
47            <!-- <category android:name="android.intent.category.LAUNCHER" /> -->
48            <!-- </intent-filter> -->
49            <intent-filter>
49-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:35:13-39:29
50                <action android:name="com.liang.main" />
50-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:36:17-60
50-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:36:25-57
51
52                <category android:name="android.intent.category.DEFAULT" />
52-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:17-76
52-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:27-73
53            </intent-filter>
54        </activity>
55        <activity android:name="com.liang.mosic.ModuleExampleActivity" >
55-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:41:9-47:20
55-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:41:19-56
56            <intent-filter>
56-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:42:13-46:29
57                <action android:name="com.liang.moduleFragment" />
57-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:43:17-70
57-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:43:25-67
58
59                <category android:name="android.intent.category.DEFAULT" />
59-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:17-76
59-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:27-73
60            </intent-filter>
61        </activity>
62        <activity android:name="com.liang.a.MainActivity" >
62-->[:a] C:\Users\Administrator\Desktop\mosic-master\mosic-master\a\build\intermediates\library_manifest\debug\AndroidManifest.xml:17:9-23:20
62-->[:a] C:\Users\Administrator\Desktop\mosic-master\mosic-master\a\build\intermediates\library_manifest\debug\AndroidManifest.xml:17:19-61
63            <intent-filter>
63-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:23:13-27:29
64                <action android:name="android.intent.action.MAIN" />
64-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:24:17-69
64-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:24:25-66
65
66                <category android:name="android.intent.category.LAUNCHER" />
66-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:26:17-77
66-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:26:27-74
67            </intent-filter>
68        </activity>
69        <activity android:name="com.liang.b.BActivity" >
69-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:21:9-27:20
69-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:21:19-58
70            <intent-filter>
70-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:22:13-26:29
71                <action android:name="com.liang.b.act" />
71-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:23:17-61
71-->[:b] C:\Users\Administrator\Desktop\mosic-master\mosic-master\b\build\intermediates\library_manifest\debug\AndroidManifest.xml:23:25-58
72
73                <category android:name="android.intent.category.DEFAULT" />
73-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:17-76
73-->C:\Users\Administrator\Desktop\mosic-master\mosic-master\app\src\main\AndroidManifest.xml:38:27-73
74            </intent-filter>
75        </activity>
76    </application>
77
78</manifest>

最终编译出的app会将其他所有module的AndroidManifest文件合并，合并规则为：

  1. 如果功能module有Application，主module没有声明，则使用功能module的Application；
  2. 如果主module有定义Application，其他module没有，则使用主module的；
  3. 如果功能module有多个自定义Application，解决冲突后使用；
  4. 如果主module有Application，功能module也有，则解决冲突后，最后编译的主module的Application会在AndroidManifest中。

如果子module中声明icon、theme等属性，会导致合并冲突，需要申明属性：

xmlns:tools="http://schemas.android.com/tools"
tools:replace="android:icon,android:theme"

权限申明：

在子module中申明的权限，会集成到主module中，四大组件也是相同的规则。shareUid只有在主module中申明，才会打包到最终的AndroidManifest中。

独立调试

单工程方案

所谓的单工程方案就是把所有组件都放到一个工程下，先看一下整体的目录：

ps：module_ 开头表示基础组件，fun_ 前缀表示业务基础组件，biz_前缀表示业务组件，export_前缀表示业务组件暴露接口。

单工程利弊分析：

  • 利：一个模块修改后只需要编译一下，依赖它的其他模块就能马上感知到变化。
  • 弊：没能做到完全的职责拆分，每个模块的开发者都有修改其他模块的权限。

首先在 gradle.properties 文件内声明一个变量：

// gradle.properties
isModule = true

isModule 为 true 时表示组件可以作为 apk 运行起来，false 表示组件只能作为 library。我们根据需要改变这个值后同步下gradle即可。

然后在某个 module 的 build.gradle 文件内用这个变量做三个地方的判断：

// build.gradle

// 区分是应用还是库
if(isModule.toBoolean()) {
	apply plugin: 'com.android.application'
}else {
	apply plugin: 'com.android.library'
}

android {
	defaultConfig {
		// 如果是应用需要指定application
		if(isModule.toBoolean()) {
			applicationId "com.xxx.xxx"
		}
	}
	sourceSets {
		main {
			// 应用和库的AndroidManifest文件区分
			if(isModule.toBoolean()) {
				manifest.srcFile 'src/main/debug/AndroidManifest.xml'
			}else {
				manifest.srcFile 'src/main/AndroidManifest.xml'	
			}
		}
	}
}

由于library是不需要 Application 和启动Activity页，所以我们要区分这个文件，应用manifest指定的路径没有特定，随意找个路径创建即可。在应用AndroidManifest.xml里我们要设置启动页：

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.sun.biz_home">
    <application
        android:allowBackup="true"
        android:label="@string/home_app_name"
        android:supportsRtl="true"
        android:theme="@style/home_AppTheme">
        <activity android:name=".debug.HomeActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>
</manifest>

library 的 AndroidManifest.xml 不需要这些：

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.sun.biz_home">
</manifest>

gradle 依赖 module 的方式主要有两种：

  • implementation: A implementation B，B implementation C， 但 A 不能访问到 C 的东西。
  • api：A api B，B api C，A能访问到C的东西。

一般来说我们只需要使用 implementation 即可，api 是会造成项目编译时间变长，而且会引入该模块不需要的功能，代码之间耦合变得严重了。不过 module_common 是统一了基础组件版本的公共库，所有组件都应需要依赖它并拥有基础组件的能力，所以基本每个业务组件和业务基础组件都应该依赖公共库：

dependencies {
	implementation project(':module_common')
}

而 common 组件依赖基础组件应该是用 api，因为把基础组件的能力传递给上层业务组件：

dependencies {
	api project(':module_base')
	api project(':module_util')
}

多工程方案

多工程就是每个组件都是一个工程，例如创建一个工程后 app 作为壳组件，它依赖 biz_home 运行，因此不需要 isModule 来控制独立调试，它本身就是一个工程可以独立调试。

多工程的利弊就是和单工程相反的：

  • 利：做到职责完全拆分，其他项目复用更加方便，直接一行依赖引入。
  • 弊：修改后需要上传到maven仓库，其他工程再次编译后才能感知到变化，多了上传和编译的时间。

多工程组件依赖需要用到maven仓库。把每个组件的aar上传到公司内网的maven仓库，然后像这样去依赖：

implementation 'com.xxx.xxx:module_common:1.0.0'

我们把三方库统一放到 config.gradle 内管理：

ext {
    dependencies = [
            "glide": "com.github.bumptech.glide:glide:4.12.0",
            "glide-compiler": "com.github.bumptech.glide:compiler:4.12.0",
            "okhttp3": "com.squareup.okhttp3:okhttp:4.9.0",
            "retrofit": "com.squareup.retrofit2:retrofit:2.9.0",
            "retrofit-converter-gson"  : "com.squareup.retrofit2:converter-gson:2.9.0",
            "retrofit-adapter-rxjava2" : "com.squareup.retrofit2:adapter-rxjava2:2.9.0",
            "rxjava2": "io.reactivex.rxjava2:rxjava:2.2.21",
            "arouter": "com.alibaba:arouter-api:1.5.1",
            "arouter-compiler": "com.alibaba:arouter-compiler:1.5.1",
            // our lib
            "module_util": "com.sun.module:module_util:1.0.0",
            "module_common": "com.sun.module:module_common:1.0.0",
            "module_base": "com.sun.module:module_base:1.0.0",
            "fun_splash": "com.sun.fun:fun_splash:1.0.0",
            "fun_share": "com.sun.fun:fun_share:1.0.0",
            "export_biz_home": "com.sun.export:export_biz_home:1.0.0",
            "export_biz_me": "com.sun.export:export_biz_me:1.0.0",
            "export_biz_msg": "com.sun.export:export_biz_msg:1.0.0",
            "biz_home": "com.sun.biz:biz_home:1.0.0",
            "biz_me": "com.sun.biz:biz_me:1.0.0",
            "biz_msg": "com.sun.biz:biz_msg:1.0.0"
    ]
}

这样方便版本统一管理， 然后在根目录的 build.gradle 内导入：

apply from: 'config.gradle'

最后在各自的模块引入依赖，比如在 module_common 中这么引入依赖即可。

dependencies {
	api rootProject.ext.dependencies["arouter"]
  kapt rootProject.ext.dependencies["arouter-compiler"]
  api rootProject.ext.dependencies["glide"]
  api rootProject.ext.dependencies["okhttp3"]
  api rootProject.ext.dependencies["retrofit"]
  api rootProject.ext.dependencies["retrofit-converter-gson"]
  api rootProject.ext.dependencies["retrofit-adapter-rxjava2"]
  api rootProject.ext.dependencies["rxjava2"]
  api rootProject.ext.dependencies["module_util"]
  api rootProject.ext.dependencies["module_base"]
}

个人觉得多工程适合"很大"的工程，每个业务组件可能都需要一个组开发，类似淘宝这样的app。但这只是针对业务组件来说的，业务基础组件和基础组件修改的频率不会很大，最好都是单工程上传至maven仓库来使用。本文的例子是为了方便所以把所有组件写到一起了，最好的方式就是把 fun_ 和 module_ 开头的组件都拆分成单工程独立开发，业务组件写到一个工程内。

页面跳转

做完组件之间的隔离后，暴露出来最明显的问题就是页面跳转和数据通信的问题。一般来说，页面跳转都是显示startActivity跳转，在组件化项目内就不适用了，隐式跳转可以用，但每个Activity都要写 intent-filter 就显得有点麻烦，如下所示：

<activity android:name="com.liang.lib_video.videoplayer.VideoActivity">
    <intent-filter>
        <action android:name="com.intent.openVideoActivity"></action>
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

Intent intent = new Intent();
intent.setClass("包名","Activity路径");
intent.setComponent(new ComponentName("包名"));
startActivity(intent);

使用上述方式跳转会奔溃，提示在AndroidManifest文件中注册，这里需要注意的是，setClass/setComponent是APP的包名而不是所在module的包名。 可以参考最终生成的AndroidManifest文件。使用隐式跳转也可以先用resolveActivity进行验证。 如果不想要其他应用通过隐式打开，需要设置exported=false。

隐式跳转是整个系统都能接收到，会相对想好性能，所以最好的方式还是用路由框架。

实际上市面已经有比较成熟的路由框架专门就是为了组件化而生的，比如美团的 WMRouter，阿里的 ARouter 等，本例使用 ARouter 框架，看下ARouter页面跳转的基本操作。

首先肯定是引入依赖，以 module_common 引入ARouter举例，build.gradle 应该添加：

android {
	defaultConfig {
		javaCompileOptions {
       annotationProcessorOptions {
          arguments = [AROUTER_MODULE_NAME: project.getName()]
     	 }
    }
	}
	compileOptions {
      sourceCompatibility JavaVersion.VERSION_1_8
      targetCompatibility JavaVersion.VERSION_1_8
  }
}
dependencies {
	api rootProject.ext.dependencies["arouter"]
  kapt rootProject.ext.dependencies["arouter-compiler"]
}

kapt注解依赖没有办法传递，所以我们不可避免得需要在每个模块都声明这些配置，除了 api rootProject.ext.dependencies["arouter"] 这行。然后需要全局注册 ARouter，我是在 module_common 统一注册的。

class AppCommon: BaseApp{
    override fun onCreate(application: Application) {
        MLog.d(TAG, "BaseApp AppCommon init")
        initARouter(application)
    }

    private fun initARouter(application: Application) {
        if(BuildConfig.DEBUG) {
            ARouter.openLog()
            ARouter.openDebug()
        }
        ARouter.init(application)
    }
}

接着我们在 module_common 模块内声明一个路由表用作统一管理路径。

// RouterPath.kt
class RouterPath {
    companion object {
        const val APP_MAIN = "/app/MainActivity"
        const val HOME_FRAGMENT = "/home/HomeFragment"
        const val MSG_FRAGMENT = "/msg/MsgFragment"
        const val ME_FRAGMENT = "/me/MeFragment"
        const val MSG_PROVIDER = "/msg/MsgProviderImpl"
    }
}

然后在MainActivity类文件上进行注解：

@Route(path = RouterPath.APP_MAIN)
class MainActivity : AppCompatActivity() {
}

任意模块只需要调用 ARouter.getInstance().build(RouterPath.APP_MAIN).navigation() 即可实现跳转。如果我们要加上数据传递也很方便：

ARouter.getInstance().build(RouterPath.APP_MAIN)
            .withString("key", "value")
            .withObject("key1", obj)
            .navigation()

然后在MainActivity使用依赖注入接受数据：

class MainActivity : AppCompatActivity() {
    @Autowired
    String key = ""
}

Arouter 实现组件间方法调用

在 export_biz_msg 组件下声明 IMsgProvider，此接口必须实现 IProvider 接口：

interface IMsgProvider: IProvider {
    fun onCountFromHome(count: Int = 1)
}

然后在 biz_msg 组件里实现这个接口：

@Route(path = RouterPath.MSG_PROVIDER)
class MsgProviderImpl: IMsgProvider {
    override fun onCountFromHome(count: Int) {
    	  // 这里只是对数据进行分发，有监听计数的对象会收到
        MsgCount.instance.addCount(count)
    }
    override fun init(context: Context?) {
        // 对象被初始化时调用
    }
}

在 biz_home 首页组件中发送计数：

val provider = ARouter.getInstance().build(RouterPath.MSG_PROVIDER).navigation() as IMsgProvider
provider.onCountFromHome(count)

可以看到其实和页面跳转的方式基本雷同，包括获取 Fragment 实例的方式也是这种。ARouter把所有通信的方式都用一种api实现，让使用者上手非常容易。

组件化的消息通信

消息通信方式的选择

广播

作为Android中四大组件之一，Broadcast的职责是用于Android系统通信，但是普通的广播是全局广播，会造成安全泄露以及效率问题，如果只是在应用内部通知，可以使用更为高效的LocalBroadCast,相对于全局广播，本地广播只会在APp内部传播，不会造成隐私泄露，同时无法接受其他应用发送的广播，相对于全局广播来说更加高效。

事件总线

由于系统级别的广播传递比较耗时，消息通信科使用通过记录对象、使用监听者模式实现的事件总线框架，比如EventBus、LivaData等。

通过将消息的公用部分 ，如自定义消息的bean放入到baseMOdule下的单独模块来实现组件间消息的传递。组件化的数据库存储和消息通信的实现方式大同小异，都是将公用的东西放入到baseModule，如果内容比较多或者对于职责界限划分要求高的话可在base下新建一个DataBaseModule

Application生命周期分发

当 app 壳工程启动Application初始化时要通知到其他组件初始化一些功能。这里提供一个简单的方式。

首先我们在 module_common 公共库内声明一个接口 BaseApp：

public interface BaseAppInit {
    boolean onInitCreate(Application application);

    boolean onInitTerminal(Application application);
}

然后每个组件都要创建一个 App 类实现此接口，比如在某个业务组件：

public class AudioInit implements BaseAppInit {

    @Override
    public boolean onInitCreate(Application application) {
        return false;
    }

    @Override
    public boolean onInitTerminal(Application application) {
        return false;
    }
}

剩下最后一步就是从 app 壳工程分发 application 的生命周期了，这里用到反射技术：

val moduleInitArr = arrayOf(
    "com.liang.lib_audio.app.AudioInit",
    "com.liang.lib_audio.app.VideoInit",
    "com.liang.lib_audio.app.LoginInit",

)
class App: Application() {
    override fun onCreate() {
        super.onCreate()
        initModuleApp(this)
    }
    private fun initModuleApp(application: Application) {
        try {
            for(appName in moduleInitArr) {
                val clazz = Class.forName(appName)
                val module = clazz.getConstructor().newInstance() as BaseApp
                module.onCreate(application)
            }
        }catch (e: Exception) {
            e.printStackTrace()
        }
    }
}

我们只需要知道的每个实现 BaseApp 接口的类的全限定名并写到moduleInitArr数组里，然后通过反射获取 Class 对象从而获取构造函数创建实体对象，最后调用 BaseApp 的 onCreate 方法将 application 传入，每个Application生命周期的方法都可以通过这种方式传递。由于反射会消耗一定的性能，这个操作可以放在子线程，然后线程间通信。 当然，在每个module定义相对应的初始化方法，然后主module 调用也可以实现初始化，此处使用反射是为了最大程度的解耦。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/66680.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

有效的渗透测试才能确保Web应用安全

有效的渗透测试才能确保Web应用安全

应用程序的安全性和快速交付之间存在矛盾&#xff0c;但由于应用程序代码缺陷和安全漏洞&#xff0c;我们正在目睹或经历越来越多的攻击。据调查&#xff0c;软件安全漏洞占了大约47%的安全事故。 与任何软件一样&#xff0c;Web应用程序也包含缺陷和错误。这种安全风险的一个…
阅读更多...
[附源码]Python计算机毕业设计Django物品捎带系统

[附源码]Python计算机毕业设计Django物品捎带系统

项目运行 环境配置&#xff1a; Pychram社区版 python3.7.7 Mysql5.7 HBuilderXlist pipNavicat11Djangonodejs。 项目技术&#xff1a; django python Vue 等等组成&#xff0c;B/S模式 pychram管理等等。 环境需要 1.运行环境&#xff1a;最好是python3.7.7&#xff0c;…
阅读更多...
SAP PS 第9节 合并采购申请、组合WBS之详解

SAP PS 第9节 合并采购申请、组合WBS之详解

SAP PS 第9节 合并采购申请、组合WBS之影响1 合并采购申请1.1 合并采购申请后台配置1.2 合并采购申请效果如下2 组合WBS2.1 后台配置2.1.1 激活需要分组的MRP组2.1.2 项目必须为有库存模式&#xff0c;无论估价或者未估价都可以2.1.3 物料必须允许项目库存&#xff08;允许独立…
阅读更多...
Azkaban登录分析

Azkaban登录分析

分析意义：目前azkaban采用的是azkaban-users.xml配置文件的方式，配置登录用户。如果公司需要二次开发，增加安全性和便捷性，想从数据库取值呢，该如何着手开发呢？本文分析登录过程，便于进行azkaban的二次登录开发。 1、登录请求地址，请求方式和参数 请求地址：http://x…
阅读更多...
mysql创建子账户

mysql创建子账户

1.首先登陆root账户 [roothecs-219255 ~]# mysql -uroot -p首先在Xshell客户端登陆linux&#xff0c;然后输入mysql命令进行登陆。 2.创建子账户 创建一个用户名为test1&#xff0c;密码为123456的子账号&#xff0c;有两种方法&#xff0c;分别为&#xff1a; CREATE USER …
阅读更多...
【多目标进化优化】NSGAII 算法原理与代码实现

【多目标进化优化】NSGAII 算法原理与代码实现

前言 Gitee 代码地址&#xff1a;https://gitee.com/futurelqh/Multi-objective-evolutionary-optimization 理论分析 \quad\quadSrinivas 和 Deb 于 1993 年提出 了 NSGA (non-dominated sorting in genetic algorithm) (Srinivas et al, 1994)。NSGA 主要有三个方面的不足&…
阅读更多...
Docker：数据卷(Data Volumes)dockerfile

Docker：数据卷(Data Volumes)dockerfile

目录 一、宿主机与容器之间的文件拷贝 从容器中拷贝文件到宿主机 从宿主机拷贝文件到容器 二、数据卷 三、数据卷容器 四、Dockerfile 1、自定义centos&#xff0c;具备vim及ifconfig作用 2、自定义tomcat8 一、宿主机与容器之间的文件拷贝 备份我们已经装好的docker 等备…
阅读更多...
隔离式DC/DC高压模块5V12V24V转50V110V250V300V380V600V1100V短路保护直流升压可调开关控制电源模块

隔离式DC/DC高压模块5V12V24V转50V110V250V300V380V600V1100V短路保护直流升压可调开关控制电源模块

特点 ● 效率高达 70%以上 ● 1*2英寸标准封装 ● 单电压输出 ● 价格低 ● 稳压输出 ● 工作温度: -40℃~85℃ ● 阻燃封装&#xff0c;满足UL94-V0 要求 ● 温度特性好 ● 可直接焊在PCB 上 应用 HRB W2~25W 系列模块电源是一种DC-DC升压变换器。该模块电源的输入电压分为&a…
阅读更多...
Android databinding之数据单向与双向绑定详解与使用(三)

Android databinding之数据单向与双向绑定详解与使用(三)

一、介绍 通过前面两篇文档&#xff0c;我们大概了解了databinding的工作方式&#xff0c;view的初始化&#xff0c;recycleview的使用。但是这些UI都离不开数据的填充&#xff0c;数据的修饰。 在说到数据绑定&#xff0c;好多开发者平时在工作中也经常听到databinding的数据…
阅读更多...
https服务部署指南

https服务部署指南

1.概念 https服务的证书分布如下图&#xff1a; 客户端&#xff1a;CA证书 服务器&#xff1a;服务器证书&#xff0c;服务器密钥 2.证书生成&验证 2.1 证书生成 假设我们的域名为&#xff1a; www.contoso.com 创建CA私钥 openssl ecparam -out contoso.key -name p…
阅读更多...
JMH基准测试工具 （一）：介绍

JMH基准测试工具 （一）：介绍

在日常开发中&#xff0c;我们对一些代码的调用或者工具的使用会存在多种选择方式&#xff0c;在不确定他们性能的时候&#xff0c;我们首先想要做的就是去测量它。大多数时候&#xff0c;我们会简单的采用多次计数的方式来测量&#xff0c;来看这个方法的总耗时。 但是&#x…
阅读更多...
串口通信扩展知识

串口通信扩展知识

在Android工控系统上&#xff0c;Android与硬件的通讯交互随处可见&#xff0c;其中串口通讯是最常用的通讯方式之一。 串口通信(Serial Communication)&#xff0c; 是指外设和计算机间&#xff0c;通过数据信号线 、地线、控制线等&#xff0c;按位进行传输数据的一种通讯方式…
阅读更多...
扩散模型（Diffusion Model）原理与代码解析（一）

扩散模型（Diffusion Model）原理与代码解析（一）

一、模型概览 扩散模型的灵感来自于非平衡热力学。定义了一个扩散步骤的马尔可夫链&#xff08;当前状态只与上一时刻的状态有关&#xff09;&#xff0c;慢慢地向真实数据中添加随机噪声&#xff08;前向过程&#xff09;&#xff0c;然后学习反向扩散过程&#xff08;逆扩散…
阅读更多...
python 图形界面“诈金花”游戏，更新了！附完整代码

python 图形界面“诈金花”游戏，更新了！附完整代码

旧版本的代码请见上一篇博文&#xff1a; python 从一道作业题到制作一个图形界面的“诈金花”游戏_Hann Yang的博客-CSDN博客Player1: (♥Q, ♣2, ♣8) - 单张Player2: (♦10, ♥7, ♠6) - 单张Player3: (♣4, ♠4, ♦2) - 对子Player4: (♠5, ♠9, ♥6) - 单张Player5: (♠…
阅读更多...
SSM框架-SpringMVC(二)

SSM框架-SpringMVC(二)

目录 1 SpringMVC处理Ajax请求 1.1 RequestBody 1.2 RequestBody获取json格式的请求参数 1.3 ResponseBody 1.4、ResponseBody响应浏览器json数据 1.5 RestController注解 2 文件上传和下载 2.1 文件下载 2.2 上传文件 3 拦截器 3.1 拦截器的三个抽象方法 3.2 拦截器…
阅读更多...
技术分享 | ClickHouse 冷热存储分离方案线上实践

技术分享 | ClickHouse 冷热存储分离方案线上实践

作者&#xff1a;任坤 现居珠海&#xff0c;先后担任专职 Oracle 和 MySQL DBA&#xff0c;现在主要负责 MySQL、mongoDB 和 Redis 维护工作。 本文来源&#xff1a;原创投稿 *爱可生开源社区出品&#xff0c;原创内容未经授权不得随意使用&#xff0c;转载请联系小编并注明来源…
阅读更多...
母胎级教学，工业路由器远程维护PLC详细操作指南

母胎级教学，工业路由器远程维护PLC详细操作指南

1、前言随着工业4.0大力推进&#xff0c;对工业现场设备的稳定性提出了更高的要求&#xff0c;大多数的设备制造商不能持续监测及管理设备&#xff0c;因为现场设备分布比较分散&#xff0c;客户不能集中管理&#xff0c;如果通过视频或电话沟通问题&#xff0c;则准确度不够&a…
阅读更多...
【安卓学习之常见问题】jar文件中Class转java文件不准(不同软件打开的class文件不一样)

【安卓学习之常见问题】jar文件中Class转java文件不准(不同软件打开的class文件不一样)

█ jar文件中Class转java文件不准 █ 系列文章目录 提示&#xff1a;这里是收集了和文件分享有关的文章 【安卓学习之常见问题】android路径及文件问题 【安卓学习之常见问题】文件分享–文件不存在 【安卓学习之常见问题】自定义组件-刷新后跳到第一行 【安卓学习之常见问题…
阅读更多...
K_A08_005 基于 STM32等单片机驱动XY-160D模块按键控制直流电机正反转加减速启停

K_A08_005 基于 STM32等单片机驱动XY-160D模块按键控制直流电机正反转加减速启停

目录 一、资源说明 二、基本参数 四、部分代码说明 接线说明 1、STC89C52RCXY-160D模块 2、STM32F103C8T6XY-160D模块 五、基础知识学习与相关资料下载 六、视频效果展示与程序资料获取 七、项目所有材料清单 八、注意事项 九、接线表格 一、资源说明 单片机型号 测试…
阅读更多...
【UNIAPP】APP快速免费生成一键发布页面

【UNIAPP】APP快速免费生成一键发布页面

参考官方文档&#xff1a;https://uniapp.dcloud.net.cn/uniCloud/hosting.html# 效果预览地址&#xff1a;https://hellouniapp.dcloud.net.cn/portal 一、创建并运行uni-admin 1、创建项目 2、运行项目 3、关联到浏览器打开。 二、登录后台界面 1、进入主页面 2、如…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023