最后
给大家分享一份移动架构大纲,包含了移动架构师需要掌握的所有的技术体系,大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升;
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
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”)
}
})
}
}
同时也在 common 创建一个 Command 接口,由实现类去处理事件、响应web请求。
interface Command {
fun name(): String
fun execute(params: String,callBack:IMainProToWebPro?)
}
5).事件分发
首先在主进程中创建命令管理器并实现 aidl 接口服务桩 IWebProToMainPro.Stub 类,然后通过
ServiceLoader 去查找所有的 Command 实现类,根据服务器的命令进行事件分发:
/**
-
主进程命令管理器
-
IWebProToMainPro.aidl 全称:IWebViewProcessToMainProcessInterface.aidl
-
WebViewProcess 到 MainProcess 的接口(AIDL)
-
@author hlc
*/
object MainProcessCommandManager : IWebProToMainPro.Stub() {
private const val TAG = “MainProCommandManager”
private val commands = mutableMapOf<String, Command>()
/**
- 查找所有的Command
*/
init {
val serviceLoader = ServiceLoader.load(Command::class.java)
Timber.tag(TAG).d(“serviceLoader hasNext 😒{serviceLoader.iterator().hasNext()}”)
for (command in serviceLoader) {
if (!commands.contains(command.name())) {
commands[command.name()] = command
}
}
}
/**
- 解析执行命令
*/
override fun handleWebCommand(commandName: String?, jsonParams: String?, callBack: IMainProToWebPro?) {
Timber.tag(TAG).d(jsonParams)
if (!commandName.isNullOrBlank() && !jsonParams.isNullOrBlank()) {
commands[commandName]?.execute(jsonParams, callBack)
}
}
}
然后要使用AIDL,Service需要以 aidl 文件的方式提供服务接口,AIDL 工具将生成一个相应的 java 接口,并且在生成的服务接口中包含一个功能调用的 Stub 服务桩类, Service 的实现类需要去绑定这个stub服务桩类:
/** * 主进程命令Service、用于连接WebViewProcess和MainProcess
- @author hlc
*/
class MainProcessCommandService : Service() {
override fun onBind(intent: Intent?): IBinder? {
return MainProcessCommandManager
}
}
在 JavascriptInterface 中接收了 web 页面的事件必然需要分发到主进程或其他进程处理,此时在 web 进程中需要创建事件分发器监控 Service 的存活状态:
/**
-
WebView事件分发
-
@author hlc
*/
object WebViewCommandDispatcher : ServiceConnection {
private var iWebProToMainPro: IWebProToMainPro? = null
fun initAidlConnection() {
资源分享
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
2020年虽然路途坎坷,都在说Android要没落,但是,不要慌,做自己的计划,学自己的习,竞争无处不在,每个行业都是如此。相信自己,没有做不到的,只有想不到的。祝大家2021年万事大吉。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
2020年虽然路途坎坷,都在说Android要没落,但是,不要慌,做自己的计划,学自己的习,竞争无处不在,每个行业都是如此。相信自己,没有做不到的,只有想不到的。祝大家2021年万事大吉。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!