前言

本文代码在Github上面，可以自行查看，代码还是挺简单的。

最近项目在组件化，模块内的跳转使用了Router框架，通信暂时还有用的接口，没想到好的方法。关于组件化和Router框架是什么这里不作介绍请自行Google。
Router框架的好处可以解耦，还有在Push的时候可能会比较方便，在后台直接配置Activity的名称硬编码并不好，还有一个是一般现在的客户端，App里面的模块都有Web版的，使用Router框架的话，在跳转的过程中，如果本地模块没有可以去自动做些处理，使用浏览器打开对应的模块的。
这篇文章着重说一下编译时候的注解处理器，其实注解的使用在Router框架中的占比非常小，主要的处理还是在Router库里面。由于我自己并不熟悉编译时的注解的写法，所以开篇的文章先写一下注解处理器的使用。

不使用注解处理器的基本Router框架的写法

路由框架，顾名思义就是通过一个路由地址可以跳转到对应的页面去。这里的页面只针对Activity，Fragment其实没必要，个人感觉Fragment最好通过Activity的参数处理。
为了对应起Activity和路由地址，我们需要有一个表来进行记录，这里路由地址最好制定好相关的协议，我是希望一个路由地址大概如下:

1

scheme://module/界面/params

路由里面支持参数对于Push或者Web跳转到相应的界面是非常方便的。
一个不使用注解处理器的路由框架，需要自己手动把每个界面和相应的Activity对应起来。这个处理过程可以在Application里面做的。
大致步骤:
1.定义接口，让调用着可以去注册。
2.写RouterManager类，去实现跳转。
首先定义一个接口如下:

1
2
3

public interface IRoute {
    void initRouter(Map<String, Class<? extends Activity>> routers);
}

使用Map将路由地址和Activity关联起来。

dagger 1.x 以前只是听说过，没使用过，也不打算再研究啦。
最近在看有关组件化的文章，讲道理，组件化如果约定好了，唯一需要解决的可能就是组件之间的通信了。
按照我的理解，组件化大概是这样:基础库+组件+组件+…+主module，基础库可以按照功能分成style库，util库，自定义控件库，这些库可以发布到内部maven里面，各个组件可以引用其中的某个库，或者引用所有的，或者不引用。
各个组件之间的通信分为两个部分，一个是组件之间的跳转，一个是组件的数据交换，对于组件之间的跳转可以使用Router之类的库，组件之间的数据交换可能就会比较麻烦了。
组件间的数据交换，我的初步想法是通过接口，需要交换的数据写一些接口也做成一个库，其他的组件可以引用这个库，做处理然后返回对应的数据。
有大神提到他们公司的组件之间的通信是使用的一个二次开发的dagger2库，所以这次主要来写篇daager2的入门使用文章。

dagger2库的地址:https://github.com/google/dagger

依赖配置

1
2
3
4
5

dependencies {
    // 你的其他依赖库
    compile 'com.google.dagger:dagger:2.9'
    annotationProcessor 'com.google.dagger:dagger-compiler:2.9'
}

dagger2采用的是编译时注解时注解，以前可能用的是apt，Gradle从2.2版本开始支持annotationProcessor功能来代替Android-apt。android-apt插件作者近期已经发表声明表示后续不会再继续维护该插件。
关于如何从apt切换到annotationProcessor可以参考下图。

图取自 拓展篇：注解处理器最佳实践

使用Charles对Android App进行抓包

记录一下，方便日后查找

1.软件下载地址

这里就不提供啦。

2.Mac配置

1.Help –> SSL Proxying –> Install Charles Root Certificate
2.Proxy Settings –> port 8888 Enable transparent HTTP proxying
3.SSL Proxying Settings –> Enable SSL Proxying 同时添加需要监听的接口，可使用*通配符

3.Android手机配置

1.连接和Mac的同一个WIFI，同时设置此WIFI的代理服务器，ip即这台电脑连接的WIFI的ip，端口8888.
2.Help –> SSL Proxying –> Save Charles Root Certificate 然后把证书拷贝到手机上面安装

当时也是花费了不少时间来配置Jenkins自动打包的问题，觉得还是需要记录一下。
1.安装Jenkins，这个很简单，不需要多说。
2.下载Git Plugin，Gradle Plugin，Android Emulator Plugin（这个可以配置SDK路径，觉得这个插件挺好），
Email Extension Plugin 邮件提醒插件，自带的邮件提醒插件确实太弱。
3.配置，SDK路径，JDK路径，Git路径，Gradle路径。

配置git:
git config –global user.name “name”
git config –global user.email email
查看:
cat /root/.gitconfig
root是指当前的用户

生成公钥和私钥:
ssh-keygen -t rsa -C “email”

这篇文章将会分析一个开源的热更新框架的实现。这里只分析使用QQ空间方案的实现的框架，现在开源的这种框架大致如下:

• https://github.com/jasonross/Nuwa
• https://github.com/bunnyblue/DroidFix
• https://github.com/dodola/RocooFix
  前面两个框架现在基本没有更新了，最后一个框架现在是一直在更新的，我们就来分析最后一个，这个框架的交流群是561394234，这个群很活跃，不少人都在交流，建议加群，总体来说这个框架应该也会存在兼容性问题，但是这并不妨碍我们研究它。

这个框架实现是使用的groovy编写的gradle插件来实现的，关于gradle插件的编写，以及推荐文章，我在上篇文章[热修复探究（二）]里面有推荐，这里不多说。

我们一般对于可运行的app使用这个插件，对于lib的module使用下面的插件。

这次继续介绍热修复相关的知识，前一篇文章有提到这篇会讲补丁文件生成和CLASS_ISPREVERIFIED问题的相关操作，那其实这个两个实现现在主流的实现方式是通过groovy编写Gradle插件来实现的，所以呢，很有必要研究一下gradle和groovy相关的知识。不过我不会介绍groovy语言以及怎么使用Android Studio来开发Gradle的脚本这两个方面的知识，但是我会推荐几篇文章。

这篇文章会着重介绍gradle相关的知识，所以估计两篇文章很难写完了，最少也是三篇。

groovy相关的文章推荐

http://jiajixin.cn/2015/08/07/gradle-android/
这篇文章是讲Gradle相关的知识，但是里面有提到需要学习的groovy和gradle的资源，值得一看。
http://www.ibm.com/developerworks/cn/education/java/j-groovy/j-groovy.html
IBM社区的精通groovy，浅显易懂。
http://blog.csdn.net/innost/article/details/48228651
深入理解Android之gradle。

我们了解groovy的基本语法也就够用了。

使用Android Studio开发gradle插件文章推荐

http://blog.csdn.net/sbsujjbcy/article/details/50782830
这篇文章介绍的很详细，同时这个博主还写了一篇关于热修复的文章，Android 热修复使用Gradle Plugin1.5改造Nuwa插件，大家可以去看一下。
我自己也写了一个关于使用Android Studio创建并开发gradle插件的Demo，在我的Github上面https://github.com/qingyongai/GradlePluginDemo。可以下载下来运行，参考。

前言

这次博客会分两篇，这篇介绍各个Android版本是怎么反射加载生成的patch文件的，下篇会详细的分析class对比和patch的生成。

写这次文章的原因是因为最近在研究热修复，发现其实他们实现的代码很少，其实就一个类，然后里面针对不同的版本做反射处理，就想好好找找不同版本的对于类加载的机制。
其次呢，关于bug版本和修复版本的class文件对比，dex的patch文件生成的脚本也想了解一下。

Android ClassLoader区别

首先Android中加载类一般使用的是PathClassLoader和DexClassLoader。
区别:
PathClassLoader

• Android uses this class for its system class loader and for its application class
  loader(s).

可以看出，Android是使用这个类作为其系统类和应用类的加载器。并且对于这个类呢，只能去加载已经安装到Android系统中的apk文件。

DexClassLoader

• A class loader that loads classes from {@code .jar} and {@code .apk} files
  containing a {@code classes.dex} entry. This can be used to execute code not
  installed as part of an application.

可以看出，该类可以用来从.jar和.apk类型的文件内部加载classes.dex文件。可以用来执行非安装的程序代码。

DexClassLoader
构造函数：DexClassLoader(String dexPath, String optimizedDirectory, String libraryPath, ClassLoader parent)

• dexPath:被解压的dex路径，不能为空。
• optimizedDirectory：解压后的.dex文件的存储路径，不能为空。这个路径强烈建议使用应用程序的私有路径，不要放到sdcard上，否则代码容易被注入攻击。
• libraryPath：so库的存放路径，可以为空，若有so库，必须填写。
• parent：父亲加载器，一般为context.getClassLoader(),使用当前上下文的类加载器。

• 使用

  1	git remote -v

  查看远程状态

• 给 fork 添加源库的clone地址

  1	git remote add upstream 源库的clone地址

• 再次查看状态确认是否配置成功

• 从上源仓库 fetch 分支和提交点，并会被存储在一个本地分支 upstream/** 而不是origin /**

  1	git fetch upstream

• 切换到本地分支

• 把 upstream/分支 分支合并到本地对应的分支上，这样就完成了同步，并且不会丢掉本地修改的内容，比如master分支的。

  1	git merge upstream/master

• push

  1	git push origin master

  就好了。

这次分析ViewGroup的事件分发了。

这次的博客是看了http://blog.csdn.net/lfdfhl/article/details/51603088的分析的,这篇文章写的很好，值得一看，其次，对于View的事件分发比ViewGroup简单太多。

事件一般先传到Activity的dispatchTouchEvent。

1
2
3
4
5
6
7
8
9
10

// Android 6.0 代码
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        onUserInteraction();
    }
    if (getWindow().superDispatchTouchEvent(ev)) {
        return true;
    }
    return onTouchEvent(ev);
}

可以看到调用Window的事件分发，最后会调用到DecorView(FrameLayout)进行分发，如果消费了返回true，表示事件已经被消费，不然会调用到Activity的onTouchEvent方法，这里很简单啦。

前言:

最近写这两篇文章的原因是因为在自定义View的时候遇到有关事件分发的问题，然后自己怎么也想不通，最后决定自己看一遍源代码，那其实自己以前也有看过应该说很多的关于事件分发的文章，大概的东西也知道，但是对于有的事情还是模棱两可吧。
先说我遇到的问题吧，自定义ViewGroup里面有ImageView，我是想在ViewGroup里面去移动ImageView，发现当前的ViewGroup只能接收到DOWN事件(当然这个事件必须能接收到)，后续的事件都接收不到，这时候我就真的百思不得姐了，不是子View不消费事件，事件会让ViewGroup处理么，没问题啊，为什么会这样呢？
后来发现当给子View即ImageView设置Click事件之后，神奇的事情发生了，ImageView可以移动了，这两个问题围绕着我，那就想好好的把事件分发搞懂。

dispatchTouchEvent

首先我们要知道onTouchEvent事件是不需要我们处理的，系统以及帮我们处理了，当然我们可以重写这个方法。事件分发到View，肯定先走到dispatchTouchEvent中。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

// 代码是Android 6.0的
public boolean dispatchTouchEvent(MotionEvent event) {
    boolean result = false;
    final int actionMasked = event.getActionMasked();
    if (onFilterTouchEventForSecurity(event)) {
    ListenerInfo li = mListenerInfo;
    if (li != null && li.mOnTouchListener != null
    && (mViewFlags & ENABLED_MASK) == ENABLED
    && li.mOnTouchListener.onTouch(this, event)) {
            result = true;
        }
        if (!result && onTouchEvent(event)) {
            result = true;
        }
    }
    return result;
}

上面的代码是经过简化的。最终返回的是result，所以看哪几个地方result的值发生变化就好。