android插件化开发,android插件化开发本地广播

《Android插件化开发指南》pdf下载在线阅读全文，求百度网盘云资源

《Android插件化开发指南》百度网盘pdf最新全集下载:

链接:

?pwd=qn54 提取码: qn54

简介：本书不仅详细介绍Android插件化技术如何实现，而且包含大量Android系统的底层知识，有助于App开发人员深入理解Android系统，从而写出更健壮的代码。  

相关问答

Q1: Android的apkplug插件开发具体怎么编译生成插件 apk 文件 ？

步骤1：注册ApkPlug官网账号：

打开Apkplug官网后，点击右上角的“注册”，在跳转页面填入相关信息，注册界面如下：

确认后注册成功，使用你的账号登录网站。你就可以用Apkplug开发应用了

END

步骤2：开发插件

Apkplug中的插件也是一个完整的apk,它与普通应用的区别有以下3点：

1， 插件assets目录下有一个plugin.xml文档,通过它可判断一个工程是主应用还是插件。

2， 插件有一个入口类BundleActivator

3， 插件会外部引用一个osgi.jar文件

开发插件的步骤有如下4步：

1，引入osgi.jar库文件

Apkplug中插件需要导入的库文件只有一个osgi.jar。

导入osgi.jar库文件需要注意一下

osgi.jar文件只能引用不能编译到apk文件中,否则会出现类冲突的情况

异常代码：had used a different Lorg/osgi/framework/BundleActivator; during pre-verification。

osgi.jar包导入方法：

这文件在Apkplug SDK中可以找到。

2，编写插件入口类BundleActivator

插件启动时首先调用BundleActivator,其功能类似android中的application类。

public class SimpleBundle implements BundleActivator

{

private BundleContext mcontext = null;

public void start(BundleContext context) throws Exception

{

System.err.println("你好我是插件,我将为你展示启动acitivty我已经启动了 我的BundleId为："+context.getBundle().getBundleId());

}

public void stop(BundleContext context)

{

System.err.println("你好我是插件,我被停止了 我的BundleId为："+context.getBundle().getBundleId());

}

}

3，编写plugin.xml配置文件

plugin.xml

是一个配置表,它跟AndroidManifest.xml作用类似。 plugin.xml文档放置在assets中即可 重要属性说明：

Bundle-Name 插件名称 Bundle-SymbolicName 插件包名

-与应用packagename可一一对应 Bundle-Version 插件版本 -1.0.0

Bundle-Activator 插件入口 -与Appliction 类似

Bundle-Activity 插件界面 -多个Activity可用 , 分割

Bundle-Service 插件Service -多个Service可用 , 分割

(v2.0.0新增) Bundle-Receiver 插件广播 -多个广播类可用 , 分割

(v2.0.0新增)

4， 编译生成插件apk文件

插件工程中添加的文件目录结构如下：

最后编译运行插件工程,生成的apk文件即为插件文件

END

步骤3：开发主应用

Apkplug 主应用开发分两步集成：

1. 获取主应用授权AppAuth。

登录账号进入Apkplug后台后，切换到“应用授权页面”，按要求填写好应用信息，然后确定，你就拥有了一个等待开发的应用授权AppAuth。应用授权界面如下：

进入“授权列表”页面,点击“查看详情”链接,进入“应用详情界面”，就可以看到已申请的AppAuth，点击其后面的“复制”，即可直接复制AppAuth，如下图所示

2. 对接Apkplug SDK 导入相关库文件。

①配置应用权限

主应用需要几个基础的权限配置，请将以下的几个权限加入到主应用的AndroidManifest.xml中。

!-- 插件平台需要的权限! --

uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/uses-permission

uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/

uses-permission android:name="android.permission.INTERNET"/

uses-permission android:name="android.permission.READ_PHONE_STATE"

/uses-permission

另外将一下加入到application/application节点中

!-- 插件平台需要的配置! --

activity

android:name="org.apkplug.app.apkplugActivity"

android:theme="@style/android:Theme.Light"

android:configChanges="orientation|keyboardHidden"

/

最后将我们从Apkplug管理后台申请到的AppAuth加入到配置文件中。

meta-data android:name="apkplug-auth" android:value="xxxxxxxx" /meta-data

注：由于3.2.2节中我们直接复制了AppAuth，此处直接粘贴到AndroidManifest文档中。

如下图：

②导入SDK库文件

主应用需要导入两个文件,将其放入libs目录中即可。

1， libndkfoo.so

2， Bundle2.0.0.jar

如下图：

这两个库文件在Apkplug SDK中可以找到。

然后：

主应用启动Apkplug最简只需要一段代码即可,建议在Application中启动框架。

FrameworkInstance frame=FrameworkFactory.getInstance().start(ListBundleActivator,Context);

将上一步骤开发好的插件apk，放置在主应用工程里的assets路径下。

如下图：

END

步骤4：启动主应用

最后启动主应用即可。简单的插件化apk的方法就讲完了，有兴趣的关注我，下次讲云端托管插件实现应用内更新。

Q2: Android 插件化

原理：实现原理上都选择尽量少的hook，通过在manifest上预埋一些组件实现四大组件的插件化。其中Small更形成了一个跨平台、组件化的框架。

VirtulApp：

能够完全模拟app的运行环境，能够实现免安装应用和双开技术。

Atlas：

阿里出品，号称是一个容器化框架，结合了组件化和热更新技术。

Android中有两种类加载器，DexClassLoader和PathClassLoader，它们都继承于BaseDexClassLoader。

两者的区别：DexClassLoader多了一个optimizedDirectory的路径参数，这个目录必须是内部存储路径，用于缓存系统创建的Dex文件。

所以我们可以使用DexClassLoader去加载外部Apk中的类。

ClassLoader调用loadClass方法加载类采用了双亲委托机制来避免重复加载类。

首先，ClassLoader会查看自身已经加载的类中是否已经存在此类，如不存在，然后，则会使用父类来加载此类，如不能成功加载，则会使用自身重载于BaseDexClassLoader的findClass()方法来加载此类。

DexClass的DexPathList在DexClass的构造器中生成，findClass()方法则是从DexPathList下面找出对应的DexFile，循环DexElements，通过dexElement.dexFile取出对应的DexFile，再通过DexFile.loadClassBinaryName()加载对应的类。

作用：使用插件DexClassLoader加载出需要的类。

通过每一个插件的DexClassLoader加载出自身所需要的类，当每一个插件需要加载相同的类库时，可采用该类库的不同版本来使用。

通过把每一个插件的pathList（DexFile）合并到主app的DexClassLoader上，来使各个插件和主app直接能够相互调用类和方法，并且各个插件中相同的功能可以抽取出来作为一个Common插件供其它插件使用。

插件调用主工程

在ClassLoader构造时指定主工程的DexClassLoader为父加载器即可直接调用主工程中的类和方法。

主工程调用插件

如果是多DexClassLoader的情况，则需要通过插件的DexClassLoader加载对应的类并反射调用其方法。此种情况，主工程一般会在一个统一的地方对访问插件中的类和方法做一些访问权限的管理及配置。

如果是单DexClassLoader的情况，则可以直接调用插件中的类和方法。但是当多个插件引用的库的版本不同时，会出现错误，因此，建议采用Gradle版本依赖管理统一处理主工程及各个插件的库依赖。

Android通过Resource来加载资源，只要有插件apk，就可以使用assertManager.addAssertPath（apkPath）的方式来生成assertManager，再使用其new出对应的Resource对象即可。

注意：由于AssertManager并不是Public，所以需要通过反射的方式去调用它。并且由于一些Rom对Resource的处理，所以，需要兼容处理。

有2种处理方式：

产生的原因：由于主工程和各个插件引用的Resource id重复产生的冲突。

解决思路：Android中的资源在系统中是以8位16进制0XPPTTRRRR的方式存在，其中PP即是资源区分的区域（Android系统只用它来区分系统资源和应用资源），只要让每一个插件的PP段取不同的值即可解决资源id冲突的问题。

具体解决方式：

1.修改aapt源码，编译期修改PP段。

2.修改Resource的arsc文件，其中的每一条都包含了资源id和映射路径。

Activity的处理最为复杂，有两种处理方式：

1.ProxyActivity的方式。

2.预埋StubActivity，hook系统启动Activity的过程。

原理：VirtualAPK通过替换了系统的Instrumentation，hook了Activity的启动和创建，省去了手动管理插件Activity生命周期的繁琐，让插件Activity像正常的Activity一样被系统管理，并且插件Activity在开发时和常规一样，即能独立运行又能作为插件被主工程调用。

Android插件化方向主要有2个方向：

Android 插件化