Android AutoService 组件化,这些知识点你会吗

随着 App 的业务增加、版本迭代以及冗余的 “远古时期” 代码,App 代码变得臃肿增量叠加、开发者需要了解各个功能、单测功能编译时长、没有统一快速开发框架,代码复用性低,组件化开发就很有必要。

2.组件化架构


1).组件化架构的思想

组件化开发框架可以细化为不同的部分,包括 Android UI、网络请求、数据库持久化、图片处理、View、工具类、sdk、内部统一风格组件等;框架包括但不限于通用功能,如果是部门内部项目中通用的功能,也可以独立出来成为一个通用的库存在。

2).组件化有哪些方案、各自的优势

① ARouter:基因中自带支持从webview中调用、不用互相注册(不用知道需要调用的app的进程名称等信息)等;

② ComponentCaller:  集成简单、功能丰富、全程监控、改造老项目成本低等;

③ Google AutoService:Google推荐、继承简单、功能强大等;

3).AutoService 组件化实现

原理:AutoService会自动在META-INF文件夹下生成Processor配置信息文件,该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候, 就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名,并装载实例化,完成模块的注入。

① 添加依赖

implementation ‘com.google.code.gson:gson:2.8.6’

② 添加 Javapoet 常用 api

annotationProcessor ‘com.google.code.gson:gson:2.8.6’

//Kotlin 需要kapt支持

apply plugin: 'kotlin-android’apply

plugin: ‘kotlin-android-extensions’

//kapt插件、会有很多问题、博客地址:https://www.jianshu.com/p/b58d733bc54eapply

plugin: ‘kotlin-kapt’

③ 使用 @AutoService 注解

//第一步 创建下沉接口

interface IWebViewService {

fun startWebActivity(context: Context, title: String, url: String)

fun startWebFragment(url: String): Fragment

fun starLocalTestHtml(context: Context)

}// 第二步 实现接口

@AutoService(IWebViewService::class)

class WebViewServiceImpl : IWebViewService {

override fun startWebActivity(context: Context, title: String, url: String) {

WebActivity.create(context, title, url)

}

override fun startWebFragment(url: String): Fragment {

return WebFragment.create(url)

}

override fun starLocalTestHtml(context: Context) {

WebActivity.createHtml(context)

}

}// 第三步 查找实例、进行通信

binding.starWebActivity.setOnClickListener {

// AutoService工具类找实现

AutoService.load(IWebViewService::class.java)?.apply {

starLocalTestHtml(this@AccountActivity)

}

}

object AutoService {

fun load(clazz: Class): S? {

val service = ServiceLoader.load(clazz).iterator()

try {

if (service.hasNext()) {

return service.next()

}

} catch (e: Exception) {

e.printStackTrace()

}

return null

}

}

以上就完成了 组件化的初步构建,结构如下图

3. WebView 组件封装


1).WebView 的组成部分

WebView由四个部分组成的:

2).创建视图

① 创建 WebActivity & WebFragment & BaseWebView & IWebCallBack

IWebCallBack:Web页面打开时 WebViewClient 和 WebChromeClient 事件监听。

WebActivity: Web页面的入口、IWebCallBack 实现监听并统一管理页面。

WebFragment:返回一个统一事件处理的 Fragment 页面。

BaseWebView:自定义 WebView 统一配置 WebSettings 属性、由 IWebCallBack 将 WebViewClient 和 WebChromeClient 事件回调给 WebActivity 或 WebFragment;

并配置 JavascriptInterface 方法用于接收 Web 事件、统一处理。

3).跨进程通信

Web 页面所需要的内存比较大,为了避免 WebView 的OOM造成 App 的崩溃,需将Web 页面运行在独立的进程,跨进程通信使用 AIDL。

① 为了方便管理,首先进行分包 MainProcess 和 WebProcess;Web页面是运行在 web 进程中,而响应 web 页面的事件及处理是在 main 进程中,进程切换借助 AIDL ,则创建一个

IWebProToMainPro 的 aidl 接口如下:

// Declare any non-default types here with

import statementsimport com.hlc.common.IMainProToWebPro;

interface IWebProToMainPro {

/**

  • Demonstrates some basic types that you can use as parameters

  • and return values in AIDL.

*/

void handleWebCommand(String commandName,String jsonParams,IMainProToWebPro callBack);

}

其位置在 common 层(可以在 web 模块中,但事件的调度需要在 app 中,此项目 app 为空壳)。

4).命令模式

为了统一管理 web 页面的事件,则使用命令模式:只定义一个 JavascriptInterfacefun 接口去响应 web 页面,服务端通过下发命令进行事件分发,BaseWebView 定义如下:

//接受 web 事件

@JavascriptInterfacefun

takeNativeAction(jsParams: String) {

Timber.tag(TAG).d(jsParams)

if (jsParams.isNotBlank()) {

val jsonParams = Gson().fromJson(jsParams, JsonParams::class.java)

Timber.tag(TAG).d(Gson().toJson(jsonParams.param))

WebViewCommandDispatcher.execute(jsonParams.name, jsonParams.param, object : IMainProToWebPro.Stub() {

override fun onResult(callBackName: String?, response: String?) {

Timber.tag(TAG).d(“callBackName: c a l l B a c k N a m e , R e s p o n s e : callBackName,Response: callBackName,Response:response”)

}

})

}

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
img

总结

其实要轻松掌握很简单,要点就两个:

  1. 找到一套好的视频资料,紧跟大牛梳理好的知识框架进行学习。
  2. 多练。 (视频优势是互动感强,容易集中注意力)

你不需要是天才,也不需要具备强悍的天赋,只要做到这两点,短期内成功的概率是非常高的。

对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。下面资料部分截图是我花费几个月时间整理的,诚意满满:特别适合有3-5年开发经验的Android程序员们学习。

1711726041881)]

总结

其实要轻松掌握很简单,要点就两个:

  1. 找到一套好的视频资料,紧跟大牛梳理好的知识框架进行学习。
  2. 多练。 (视频优势是互动感强,容易集中注意力)

你不需要是天才,也不需要具备强悍的天赋,只要做到这两点,短期内成功的概率是非常高的。

对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。下面资料部分截图是我花费几个月时间整理的,诚意满满:特别适合有3-5年开发经验的Android程序员们学习。

[外链图片转存中…(img-y0iPdv0L-1711726041882)]

本文已被CODING开源项目:《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

  • 8
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java中的autoservice注解是一种用于服务发现的机制,它能够自动将服务的实现类注册到指定的配置文件中,一般是META-INF/services目录下的文件。 然而,的确有一些情况下autoservice注解无法生成META-INF文件。这可能是由于以下几种原因导致的: 1. 编译问题:可能是由于编译配置的问题,导致编译器无法正确处理autoservice注解。这种情况下,我们可以尝试检查编译器的配置,或者使用其他IDE或编译工具进行尝试。 2. 库或框架限制:有些库或框架可能不支持autoservice注解,或者在使用autoservice注解时有特殊的要求。我们可以查看相关库或框架的文档,了解其对autoservice注解的支持情况,或者尝试其他方式实现服务发现。 3. 配置文件缺失或错误:autoservice注解生成META-INF文件的前提是META-INF目录存在,并且配置文件的名称和路径正确。如果自动生成的META-INF文件不存在,或者文件名或路径有误,就无法实现服务发现。我们需要检查项目的文件结构,确认META-INF目录是否存在,并且配置文件的名称和路径是否正确。 总之,虽然autoservice注解通常可以自动将服务实现类注册到META-INF文件中,但在某些情况下可能遇到无法生成META-INF文件的问题。我们需要仔细检查编译配置、库或框架限制,以及配置文件是否正确等因素,以找出问题所在,并采取相应的解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值