首页 / ANDROID / Android插件实例——360 DroidPlugin详解

Android插件实例——360 DroidPlugin详解

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Android插件实例——360 DroidPlugin详解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含11845字，纯文字阅读大概需要17分钟。

内容图文

在中国找到钱不难，但你的一个点子不意味着是一个创业。你谈一个再好的想法，比如我今天谈一个创意说，新浪为什么不收购GOOGLE呢？这个创意很好。新浪一收购GOOGLE，是不是新浪就变成老大了？你从哪儿弄来钱？怎么去整合GOOGLE呢；

技术分享

之前写过有关于Android 插件方向的文章，解析了一下Android的插件原理与运行方式。很多小伙伴都问我，为什么不把我制作的插件放到Github上，让大家共享一下。

我只能说，大哥啊，这个插件是我在公司研发的时候制作的，商业机密，不能开源啊。

刚好，最近逛github的时候，看到了奇虎360手机助手团队的一个Android插件开源项目。今天，我们就具体的分析一下它的原理与实现逻辑。让大家更清楚的了解，一个Android插件的构造。

360 Android 插件项目 DroidPlugin

这个框架是奇虎360手机助手团队，最近在github上开源出来的Android插件框架。这种精神是很值得鼓励的。

github地址为： https://github.com/Qihoo360/DroidPlugin

好，一下纯属引入了官方的说明：

说明

DroidPlugin是360手机助手在Android系统上实现了一种新的插件机制:
它可以在无需安装、修改的情况下运行APK文件,此机制对改进大型APP的架构，实现多团队协作开发具有一定的好处。

特点

支持Androd 2.3以上系统

插件APK完全不需做任何修改，可以独立安装运行、也可以做插件运行。要以插件模式运行某个APK，你无需重新编译、无需知道其源码。

插件的四大组件完全不需要在Host程序中注册，支持Service、Activity、BroadcastReceiver、ContentProvider四大组件

插件之间、Host程序与插件之间会互相认为对方已经”安装”在系统上了。

API低侵入性：极少的API。HOST程序只是需要一行代码即可集成Droid Plugin

超强隔离：插件之间、插件与Host之间完全的代码级别的隔离：不能互相调用对方的代码。通讯只能使用Android系统级别的通讯方法。

支持所有系统API 资源完全隔离：插件之间、与Host之间实现了资源完全隔离，不会出现资源窜用的情况。

实现了进程管理，插件的空进程会被及时回收，占用内存低。

插件的静态广播会被当作动态处理，如果插件没有运行（即没有插件进程运行），其静态广播也永远不回被触发。

那么这个插件框架，和我们之前所说的插件框架，有什么特点？它的实现方式是什么样的？这里我们从源码来分析一下。

插件原理——DexClassLoader

之前，我们也讨论过，一个Android的apk插件是个什么形式。主要是三点，我总结如下：
- DexLoader动态的加载dex文件进入vm
- AndroidManifest.xml中预注册一些将要使用的四大组件（方法很low，其实有更好的）
- 针对四大组件，分别进行抽象代理，proxy
- Apk安装还需要单独处理native的,so文件。
- 宿主需要处理好Resource，保证R文件的正确使用。

360这个Android插件系统是否和我们之前讨论的类似呢？这里我们从IPluginManagerImpl.java文件中，我们能够看到其真正的安装apk插件的方法——installPackage。具体方法详解如下所示：

            
                /**
      * @param filepath 插件Apk的路径
      * @param flags Flag
      * 
      */
                @Override
                public
                int
                installPackage(String filepath, int flags) throws RemoteException {
        //install plugin
        String apkfile = null;
        try {
            // 验证合法性
            PackageManager pm = mContext.getPackageManager();
            PackageInfo info = pm.getPackageArchiveInfo(filepath, 0);
            if (info == null) {
                return PackageManagerCompat.INSTALL_FAILED_INVALID_APK;
            }

            apkfile = PluginDirHelper.getPluginApkFile(mContext, info.packageName);

            if ((flags & PackageManagerCompat.INSTALL_REPLACE_EXISTING) != 0) {
                // 新安装的插件// 停止，删除插件的缓存
                forceStopPackage(info.packageName);
                if (mPluginCache.containsKey(info.packageName)) {
                    deleteApplicationCacheFiles(info.packageName, null);
                }
                new File(apkfile).delete();
                Utils.copyFile(filepath, apkfile);
                PluginPackageParser parser = new PluginPackageParser(mContext, new File(apkfile));
                parser.collectCertificates(0);
                PackageInfo pkgInfo = parser.getPackageInfo(PackageManager.GET_PERMISSIONS | PackageManager.GET_SIGNATURES);

                // 验证申请的permission，宿主中是否存在，不存在不让安装。if (pkgInfo != null && pkgInfo.requestedPermissions != null && pkgInfo.requestedPermissions.length > 0) {
                    for (String requestedPermission : pkgInfo.requestedPermissions) {
                        boolean b = false;
                        try {
                            b = pm.getPermissionInfo(requestedPermission, 0) != null;
                        } catch (NameNotFoundException e) {
                        }
                        if (!mHostRequestedPermission.contains(requestedPermission) && b) {
                            Log.e(TAG, "No Permission %s", requestedPermission);
                            new File(apkfile).delete();
                            return PluginManager.INSTALL_FAILED_NO_REQUESTEDPERMISSION;
                        }
                    }
                }

                // 保存签名
                saveSignatures(pkgInfo);
//                if (pkgInfo.reqFeatures != null && pkgInfo.reqFeatures.length > 0) {//                    for (FeatureInfo reqFeature : pkgInfo.reqFeatures) {//                        Log.e(TAG, "reqFeature name=%s,flags=%s,glesVersion=%s", reqFeature.name, reqFeature.flags, reqFeature.getGlEsVersion());//                    }//                }// 拷贝插件中的native库文件。
                copyNativeLibs(mContext, apkfile, parser.getApplicationInfo(0));
                // opt Dex文件，并使用DexClassLoader动态的载入类代码。
                dexOpt(mContext, apkfile, parser);
                mPluginCache.put(parser.getPackageName(), parser);

                // 回调函数，通知插件安装
                mActivityManagerService.onPkgInstalled(mPluginCache, parser, parser.getPackageName());
                sendInstalledBroadcast(info.packageName);
                return PackageManagerCompat.INSTALL_SUCCEEDED;
            } else {
                // 以下是插件，覆盖安装的过程。即更新的过程。与新安装类似。不做解释了。if (mPluginCache.containsKey(info.packageName)) {
                    return PackageManagerCompat.INSTALL_FAILED_ALREADY_EXISTS;
                } else {
                    forceStopPackage(info.packageName);
                    new File(apkfile).delete();
                    Utils.copyFile(filepath, apkfile);
                    PluginPackageParser parser = new PluginPackageParser(mContext, new File(apkfile));
                    parser.collectCertificates(0);
                    PackageInfo pkgInfo = parser.getPackageInfo(PackageManager.GET_PERMISSIONS | PackageManager.GET_SIGNATURES);
                    if (pkgInfo != null && pkgInfo.requestedPermissions != null && pkgInfo.requestedPermissions.length > 0) {
                        for (String requestedPermission : pkgInfo.requestedPermissions) {
                            boolean b = false;
                            try {
                                b = pm.getPermissionInfo(requestedPermission, 0) != null;
                            } catch (NameNotFoundException e) {
                            }
                            if (!mHostRequestedPermission.contains(requestedPermission) && b) {
                                Log.e(TAG, "No Permission %s", requestedPermission);
                                new File(apkfile).delete();
                                return PluginManager.INSTALL_FAILED_NO_REQUESTEDPERMISSION;
                            }
                        }
                    }
                    saveSignatures(pkgInfo);
//                    if (pkgInfo.reqFeatures != null && pkgInfo.reqFeatures.length > 0) {//                        for (FeatureInfo reqFeature : pkgInfo.reqFeatures) {//                            Log.e(TAG, "reqFeature name=%s,flags=%s,glesVersion=%s", reqFeature.name, reqFeature.flags, reqFeature.getGlEsVersion());//                        }//                    }

                    copyNativeLibs(mContext, apkfile, parser.getApplicationInfo(0));
                    dexOpt(mContext, apkfile, parser);
                    mPluginCache.put(parser.getPackageName(), parser);
                    mActivityManagerService.onPkgInstalled(mPluginCache, parser, parser.getPackageName());
                    sendInstalledBroadcast(info.packageName);
                    return PackageManagerCompat.INSTALL_SUCCEEDED;
                }
            }
        } catch (Exception e) {
            if (apkfile != null) {
                new File(apkfile).delete();
            }
            handleException(e);
            return PackageManagerCompat.INSTALL_FAILED_INTERNAL_ERROR;
        }
    }

以下是dexOpt方法的具体内容，简单的贴一下，不做说明了。

                private void dexOpt(Context hostContext, String apkfile, PluginPackageParser parser) throws Exception {
        String packageName = parser.getPackageName();
        String optimizedDirectory = PluginDirHelper.getPluginDalvikCacheDir(hostContext, packageName);
        String libraryPath = PluginDirHelper.getPluginNativeLibraryDir(hostContext, packageName);
        ClassLoader classloader = new PluginClassLoader(apkfile, optimizedDirectory, libraryPath, ClassLoader.getSystemClassLoader());
//        DexFile dexFile = DexFile.loadDex(apkfile, PluginDirHelper.getPluginDalvikCacheFile(mContext, parser.getPackageName()), 0);
//        Log.e(TAG, "dexFile=%s,1=%s,2=%s", dexFile, DexFile.isDexOptNeeded(apkfile), DexFile.isDexOptNeeded(PluginDirHelper.getPluginDalvikCacheFile(mContext, parser.getPackageName())));
    }

占坑——预注册四大组件

技术分享

360 Android插件DroidPlugin中，主要的四大组件代理方式还是占坑。这里所说的占坑就是指，在AndroidManifest.xml中预注册以下可能会用到的信息。

ps.这个方式不是特别好。如果大家对为什么要预注册这个问题不是很了解，或者不了解为什么不好。可以看一下我的博客，我会持续更新。 http://blog.csdn.net/yzzst/article/details/45582315

OK，下面是我们从DroidPlugin的Test项目中，截取出来的AndroidManifest.xml代码，我们看看什么叫占坑，怎么占坑。代码如下所示：

            
                <application
android:icon="@drawable/ic_launcher"android:label="@string/app_name"android:theme="@style/AppTheme" >
                <activity
android:name=".MyActivity"android:label="@string/app_name" >
                <intent-filter>
                <actionandroid:name="android.intent.action.MAIN" />
                <categoryandroid:name="android.intent.category.LAUNCHER" />
                </intent-filter>
                </activity>
                <activity
android:name=".ServiceTest1"android:label="服务测试" />
                <activity
android:name=".ContentProviderTest"android:label="ContentProvider测试" />
                <activity
android:name=".BroadcastReceiverTest"android:label="广播测试" />
                <activity
android:name=".NotificationTest"android:label="通知测试" />
                <activity
android:name=".ServiceTest2"android:label="多进程服务测试" />
                <activity
android:name=".ContentProviderTest2"android:label="多进程ContentProvider测试" />
                <!-- 预声明不同process的Service -->
                <serviceandroid:name=".Service1" />
                <serviceandroid:name=".Service2" />
                <service
android:name=".Service3"android:process=":Process2" />
                <service
android:name=".Service4"android:process=":Process2" />
                <!-- 预声明两种process的Provider -->
                <provider
android:name=".MyContentProvider1"android:authorities="com.example.ApiTest.MyContentProvider1" />
                <provider
android:name=".MyContentProvider2"android:authorities="com.example.ApiTest.MyContentProvider2"android:process=":Process2" />
                <receiverandroid:name=".StaticBroadcastReceiver" >
                <intent-filter>
                <actionandroid:name="com.example.ApiTest.StaticBroadcastReceiver" />
                </intent-filter>
                </receiver>
                <!-- 预声明各种launchMode的Activity -->
                <activity
android:name=".StandardActivity"android:label="@string/title_activity_standard" />
                <activity
android:name=".SingleTopActivity"android:label="@string/title_activity_single_top"android:launchMode="singleTop" />
                <activity
android:name=".SingleTaskActivity"android:label="@string/title_activity_single_task"android:launchMode="singleTask" />
                <activity
android:name=".SingleInstanceActivity"android:label="@string/title_activity_single_instance"android:launchMode="singleInstance" />
                <activity
android:name=".ActivityTestActivity"android:label="@string/title_activity_activity_test" >
                </activity>
                </application>

大家都看的出来，虽然简单的插件已经完全够用了。但是这种方式确实不是很好。

Hook 系统API方法

技术分享

DroidPlugin中最重要的就是，为了让插件中的方法能够正确的调用。DroidPlugin把所有的，方法都在内部Hook并替换掉了。

等等，为什么不能够正确的调用？
因为，这个是一个插件系统，Activity是虚拟Proxy出来的。四大组件，并不是真正的，即Context拿到不一定是真的。系统也不会有此类的回调。所以，很多单例都需要Context才能使用。
比如：InputMethodManager.getInstance(Context context);

这时，插件中的代码将不能够直接运行。当然，还有其他原因。

具体的替换和操作方法，我们能够在 HookFactory.java文件中installHook方法中，看到整个DroidPlugin的具体操作如下所示：

            
                public
                final
                void
                installHook(Context context, ClassLoader classLoader) throws Throwable {
        installHook(new IClipboardBinderHook(context), classLoader);
        //for INotificationManager
        installHook(new INotificationManagerBinderHook(context), classLoader);
        installHook(new IMountServiceBinder(context), classLoader);
        installHook(new IAudioServiceBinderHook(context), classLoader);
        installHook(new IContentServiceBinderHook(context), classLoader);
        installHook(new IWindowManagerBinderHook(context), classLoader);
        if (VERSION.SDK_INT >= VERSION_CODES.LOLLIPOP_MR1) {
            installHook(new IGraphicsStatsBinderHook(context), classLoader);
        }
        if (VERSION.SDK_INT >= VERSION_CODES.KITKAT) {
            installHook(new IMediaRouterServiceBinderHook(context), classLoader);
        }
        if (VERSION.SDK_INT >= VERSION_CODES.LOLLIPOP) {
            installHook(new ISessionManagerBinderHook(context), classLoader);
        }
        if (VERSION.SDK_INT >= VERSION_CODES.JELLY_BEAN_MR2) {
            installHook(new IWifiManagerBinderHook(context), classLoader);
        }

        if (VERSION.SDK_INT >= VERSION_CODES.JELLY_BEAN_MR2) {
            installHook(new IInputMethodManagerBinderHook(context), classLoader);
        }

        installHook(new IPackageManagerHook(context), classLoader);
        installHook(new IActivityManagerHook(context), classLoader);
        installHook(new PluginCallbackHook(context), classLoader);
        installHook(new InstrumentationHook(context), classLoader);
        installHook(new LibCoreHook(context), classLoader);

        installHook(new SQLiteDatabaseHook(context), classLoader);
    }

限制和缺陷

Ok，说到最后，还是得称赞一下360。国内大公司开源的使用框架原来越少了。他们的这一举动确实是造福了目前的Android开发者。

但是，对于DroidPlugin来说，目前还存在一下几种不足和缺点：

无法在插件中发送具有自定义资源的Notification，例如： a. 带自定义RemoteLayout的Notification b.
图标通过R.drawable.XXX指定的通知（插件系统会自动将其转化为Bitmap）
无法在插件中注册一些具有特殊Intent
Filter的Service、Activity、BroadcastReceiver、ContentProvider等组件以供Android系统、已经安装的其他APP调用。
对Activity的LaunchMode支持不够好，Activity
Stack管理存在一定缺陷。Activity的onNewIntent函数可能不会被触发。（此为BUG，未来会修复）
缺乏对Native层的Hook，对某些带native代码的apk支持不好，可能无法运行。比如一部分游戏（cocos2d、unity3d开发的游戏估计都用不了）无法当作插件运行。

当然，看我说的再多，也只是我的个人理解，有兴趣的同学，直接去github clone一份代码阅读阅读吧。

github地址为： https://github.com/Qihoo360/DroidPlugin

/*
* @author zhoushengtao(周圣韬)
* @since 2015年8月31日凌晨 00:46:42
* @weixin stchou_zst
* @blog http://blog.csdn.net/yzzst
* @交流学习QQ群：341989536
* @私人QQ：445914891
/

技术分享

原文：http://blog.csdn.net/yzzst/article/details/48093567

内容总结

以上是互联网集市为您收集整理的Android插件实例——360 DroidPlugin详解全部内容，希望文章能够帮你解决Android插件实例——360 DroidPlugin详解所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1220934.html

来源：【匿名】

【上一篇】038 Android Magicindicator开源框架实现viewpager底部圆形指示器【下一篇】如何解决android php 中文乱码问题

更多 ►

【Android插件实例——360 DroidPlugin详解】教程文章相关的互联网学习教程文章

Android插件实例——360 DroidPlugin详解【代码】【图】

在中国找到钱不难，但你的一个点子不意味着是一个创业。你谈一个再好的想法，比如我今天谈一个创意说，新浪为什么不收购GOOGLE呢？这个创意很好。新浪一收购GOOGLE，是不是新浪就变成老大了？你从哪儿弄来钱？怎么去整合GOOGLE呢；之前写过有关于Android 插件方向的文章，解析了一下Android的插件原理与运行方式。很多小伙伴都问我，为什么不把我制作的插件放到Github上，让大家共享一下。我只能说，大哥啊，这个插件是我在公司研发...

Android中的普通对话框、单选对话框、多选对话框、带Icon的对话框、以及自定义Adapter和自定义View对话框详解【图】

对话框就是一个AlertDialog，但是一个简单的AlertDialog，我们却可以将它玩出许多花样来，下面我们就来一起总结一下AlertDialog的用法。看看各位童鞋在平时的工作中否都用到了AlertDialog的这些特性。OK，废话不多说，进入我们今天的正题。普通对话框普通对话框就是我们最最常用的对话框，实现起来并不复杂，实现出来的效果当然也是最简单的，如下： AlertDialog dialog = new AlertDialog.Builder(this).setTitle("普通对话框")....

Android自定义控件之自定义属性 format详解

Android 自定义View 控件己经不是什么新鲜话题，Android Api提供了一大堆基础组件给我们，需要什么特定功能还需要我们继承它们然后定制更加丰富的功能。这里介绍一下自定义属性formatreference：参考某一资源ID。（1）属性定义： <declare-styleable name = "名称"> <attr name = "background" format = "reference" /> </declare-styleable> （2）属性使用： <ImageV...

Android的学习之路（三）项目的启动过程和安装过程详解

应用的安装和启动过程：安装：第一步：java的编译器会把这个.java文件编译成.class文件第二部：Android的SDK提供了一个dx工具，这个工具把.class文件转义成.dex文件第三部：打包操作，把.dex文件和资源文件进行打包，打包成一个压缩文件，然后进行签名。最后就打包成为了.apk文件第四部：调用adb指令：adb install c:/x.apk安装到模拟器具体过程：.JAVA---->.class--.dx-->.dex--->打包签...

android布局 FrameLayout(帧布局)详解【图】

看到一篇很有趣的文章对我就是冲着萌妹子看的FrameLayout(帧布局)前言作为android六大布局中最为简单的布局之一,该布局直接在屏幕上开辟出了一块空白区域,当我们往里面添加组件的时候,所有的组件都会放置于这块区域的左上角;帧布局的大小由子控件中最大的子控件决定,如果都组件都一样大的话,同一时刻就只能能看到最上面的那个组件了！当然我们也可以为组件添加layout_gravity属性,从而制定组件的对其方式帧布局在游戏开发方面用的比...

Android进阶-Android MVP模式详解【代码】【图】

一、MVP概述MVP，全称 Model-View-Presenter，即模型-视图-层现器。提到MVP，就必须要先介绍一下它的前辈MVC，因为MVP正是基于MVC的基础发展而来的。两个之间的关系也是源远流长。MVC，全称Model-View-Controller，即模型-视图-控制器。View：对应于布局文件Model：业务逻辑和实体模型Controllor：对应于Activity但是View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activi...

Android中measure过程、WRAP_CONTENT详解以及 xml布局文件解析流程浅析【代码】【图】

转自：http://www.uml.org.cn/mobiledev/201211221.asp 今天，我着重讲解下如下三个内容：measure过程WRAP_CONTENT、MATCH_PARENT/FILL_PARENT属性的原理说明xml布局文件解析成View树的流程分析。希望对大家能有帮助。- - 分析版本基于Android 2.3 。1、WRAP_CONTENT、MATCH_PARENT/FILL_PARENT初入Android殿堂的同学们，对这三个属性一定又爱又恨。爱的是使用起来挺爽地---照葫芦画瓢即可，恨的却是时常混淆这几个属性地意义，需要...

android事件拦截处理机制详解【图】

前段时间刚接触过android手机开发，对它的事件传播机制不是很了解，虽然网上也查了相关的资料，但是总觉得理解模模糊糊，似是而非，于是自己就写个小demo测试了一下。总算搞明白了它的具体机制。写下自己的结论，分享之，希望对初学android的人有所帮助布局效果如图所示：图1 参照上图先说说具体得到的结论：1) onInterceptTouchEvent负责对touch事件进行拦截，对于嵌套的view最先执行的是事件拦截方法的是最...

Android APK反编译就这么简单详解（附图）

转自：http://blog.csdn.net/vipzjyno1/article/details/21039349 未尝试在学习Android开发的过程你，你往往会去借鉴别人的应用是怎么开发的，那些漂亮的动画和精致的布局可能会让你爱不释手，作为一个开发者，你可能会很想知道这些效果界面是怎么去实现的，这时，你便可以对改应用的APK进行反编译查看。下面是我参考了一些文章后简单的教程详解。（注：反编译不是让各位开发者去对一个应用破解搞重装什么的，主要目的是为了促进开...

Ubuntu 下 Android Studio 开发工具使用详解【图】

.基本上可以导入项目开始使用了 ....作者 : 万境绝尘转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/21035637.1. SDK Manager 配置图标消失问题上来就给我一棒子, 连工程都创建不了, 郁闷 ...(1) 问题描述点击创建工程 : 出现如下的对话框, 这种对话框不正常;问题解析 : 出现上述情况, 是因为 SDK 没有配置, 下面是 SDK的情况 : -- SDK Manager 选项消失 : Configure 下面没有 SDK Manager 选项了, 此时在 P...

Android SQLite详解【代码】【图】

1、SQLite介绍SQLite是一个遵守ACID（即原子性、一致性、隔离性和持久性）的关系数据库管理系统，它包含在一个很小的C程序库中。与许多其他数据库管理系统不同，SQLite不是一个C/S结构的数据库引擎，而是被集成在用户程序中。应用程序通过编程语言内的直接API调用来使用SQLite的功能，这在减少数据库访问延迟上有积极作用，因为，在一个单一进程中的函数调用比跨进程通信更有效率。它采用了在写入数据时将整个数据库文件加锁的简单...

android blur 详解 ---- 配效果图【图】

在android 中，边缘模糊的效果是通过BlurMaskFilter实现的，它定义了一个边缘模糊半径和模糊效果（Blur）。 Blur 有四种模糊效果， inner 、normal 、 outer 、 solid ，下面分别介绍这几种效果 : 1. Blur.Inner : 目标边缘向内，模糊半径为 R ，如果 R > 目标宽度，则超出部分不显示。2. Blur.Normal ：在目标边缘内外都模糊，半径为 R ，模糊后目标的宽度和长度都会增加——增加的长度为 R+R 。3. Blur.Outer ...

首页 / ANDROID / Android插件实例——360 DroidPlugin详解

Android插件实例——360 DroidPlugin详解

内容导读

内容图文

360 Android 插件项目 DroidPlugin

插件原理——DexClassLoader

占坑——预注册四大组件

Hook 系统API方法

限制和缺陷

内容总结

内容备注

内容手机端

【Android插件实例——360 DroidPlugin详解】教程文章相关的互联网学习教程文章

Android插件实例——360 DroidPlugin详解【代码】【图】

Android中的普通对话框、单选对话框、多选对话框、带Icon的对话框、以及自定义Adapter和自定义View对话框详解【图】

Android自定义控件之自定义属性 format详解

Android的学习之路（三）项目的启动过程和安装过程详解

android布局 FrameLayout(帧布局)详解【图】

Android进阶-Android MVP模式详解【代码】【图】

Android中measure过程、WRAP_CONTENT详解以及 xml布局文件解析流程浅析【代码】【图】

android事件拦截处理机制详解【图】

Android APK反编译就这么简单详解（附图）

Ubuntu 下 Android Studio 开发工具使用详解【图】

Android SQLite详解【代码】【图】

android blur 详解 ---- 配效果图【图】

Android清单文件详解(五)----<application>的属性详解【代码】

（转）Android进程管理详解

Android APK反编译就这么简单详解（附图）【图】

插件 - 相关标签

实例 - 相关标签

ANDROID - 最新教程

ANDROID - 最热教程