javayhu

在Android开发中免不了使用PackageManager获取当前应用的一些信息。 从官方文档上能确定PackageManager一般都是通过Context的getPackageManager方法获得的，实际上我们平常开发中也只有这个途径。 显然，如果插件框架什么都不做，插件…

这篇文章介绍一下Shadow的跨进程设计和插件Service的原理。一同讲这两部分是因为它们是相关的。这篇文章假设读者对于Android的Service、Binder通信没有那么了解，因此会提及一些可能对你来说有些简单的内容。 在Android系统中，应用可以是多进程的。这在移…

kotlin-android-extensions插件可能算得上是我最喜欢的一个Kotlin在Android上的特性了。 这么说并不夸张，因为以前在使用Java开发Android程序时，我们总是要写一大堆的findViewById，枯燥又没什么意义。 虽然也有一些诸如Butte…

每个Android插件框架要解决的首要问题都是Activity的生命周期问题。Activity代表了Service等其他需要注册的组件。不同是插件框架解决这个问题的前提也不完全一样。而我们的业务要求比较苛刻，再加上Android 9.0的非公开API限制，所以由这些前提要求： …

我们过去也用过基于各种反射实现的插件框架，用了3年左右时间，也维护了3年左右时间。在过去维护的经验中，我们就发现了插件使用单独包名(ApplicationId，下同)带来的问题。 ApplicationId一般是在build.gradle中设置的，在编译时这个字符串会被记录在2…

看到有网友看到Shadow的开源公告和Github主页的README之后，觉得都是报喜不报忧的介绍。我们也多少同意这个看法。如果开源一个项目，并不指望其他人能真正使用，也不期待收获网友们回馈的代码贡献，那么报喜不报忧问题不大。但是Shadow开源的目的不是单纯的吹嘘自己的技术多…

首先谈谈我们理解的Android插件框架有什么作用，免得大家同我们交流时不在一个频道。 我们理解的插件框架有两个作用：一是“自解耦”，二是“免安装”。 自解耦指的是一个应用原本由一份代码编译而成，希望改成将其中的一些功能单独编译，像插件一样动态插在主应用上。这样一来可是使主应用…

Shadow 是最近腾讯开源的一款插件化框架。原理是使用宿主代理的方式实现组件的生命周期。 目前的插件化框架，大部分都是使用 hook 系统的方式来做的。使用代理的基本上没有成体系的框架，只是一些小 demo，Shadow 框架的开源，在系统 api 控制越来越严格的趋势下，算…