Android插件开发 —— 打开插件的Activity(代理方式)
前言
在写这篇之前,还有两篇关于插件开发的博客:
1. 【Android】Android插件开发 —— 基础入门篇
2. 【Android】Android插件开发 —— 打开插件的Activity(预注册方式)
如果读者对这篇提到的一些东西不太清楚,可以在之前的这两篇中查看。
3. 本文地址:http://blog.csdn.net/H28496/article/details/50414873 转载请注明。
1. 用代理的方式打开插件Activity的整体思想
- 插件中的Activity由于没有在宿主的AndroidManifest.xml中注册,因此不能直接由宿主程序打开。但是,我们仍然可以通过DexClassLoader去获取到插件中的Activity,并且执行它的各种方法,只不过这时的Activity就只是一个普通的类了,没有了各种生命周期,无法被当作Activity启动。
- 那无法被当作正常的Activity启动,是否可以模拟出是正常Activity的效果呢?这是可以的。
- 当要启动插件Activity的时候,启动一个宿主的Activity作为代理。当生命周期执行到onCreate() 、onStart()的时候,系统会调用宿主Activity的onCreate()、onStart()方法,再由宿主的onCreate()方法去调用插件的onCreate()方法。这就模拟出了插件Activity在执行的效果。
2. 插件的Activity
1. 关于插件Activity的Context
由于插件Activity只是一个普通的类,并没有上下文Context,所以插件的Activity在需要用到(Context)this的地方会遇到问题。比如:
startActivity(new Intent(this, xxxx.Class));
这样是无法打开Activity的,怎么解决呢?
插件Activity需要持有对宿主Activity的引用。
在需要用到上下文Context的地方,不再使用this关键字,而是使用getActivity()代替,其中proxyActivity是宿主Activity:
public Context getActivity(){
return proxyActivity;
}
为了让插件能够独立运行,也就是说插件既可以独立的安装运行,又可以作为插件给宿主运行。可以在getActivi