AndFix

AndFix 是阿里巴巴开源的 Android 应用热修复工具，帮助 Anroid 开发者修复应用的线上问题。Andfix 是 “Android hot-fix” 的缩写。支持 Android 2.3 - 6.0，ARM 和 x86 架构，dalvik 运行时和 art 运行时。AndFix 的分支是 .apatch 文件。

GitHub地址 : https://github.com/alibaba/AndFix

原理图：

使用概述

1. 添加依赖

dependencies {    compile 'com.alipay.euler:andfix:0.3.1@aar'}

2 . 尽可能早的加载补丁

package com.dyk.andfixtest;import android.app.Application;import android.content.pm.PackageManager;import com.alipay.euler.andfix.patch.PatchManager;/** * Created by dyk on 2016/3/24. */public class MyApplication extends Application {    private static MyApplication instance;    private PatchManager patchManager;    public static MyApplication getInstance(){        return instance;    }    @Override    public void onCreate() {        super.onCreate();        instance = this;        // 初始化patch管理类        patchManager = new PatchManager(this);        String appVersion = null;        try {            appVersion = getPackageManager().getPackageInfo(getPackageName(),0).versionName;            // 初始化patch版本            patchManager.init(appVersion);            // 加载已经添加到PatchManager中的patch            patchManager.loadPatch();        } catch (PackageManager.NameNotFoundException e) {            e.printStackTrace();        }    }    public PatchManager getPatchManager() {        return patchManager;    }}

每次appVersion变更都会导致所有补丁被删除,如果appversion没有改变，则会加载已经保存的所有补丁。

3. 加载新补丁

MyApplication.getInstance().getPatchManager().addPatch(patchPath);

详细使用教程

1 . 添加依赖

2. 尽可能早的加载补丁

3. 修复bug，生成没有bug的apk文件

4. 对比新旧apk生成.apatch补丁文件

5. 加载新补丁，修复bug

前两步在使用概述中已经说明，不在赘述。修复bug，生成新apk也和正常一样。这里注意一个地方：生成新旧apk要使用同一个.jks签名文件。下面是一个示例

从一个Demo开始

制造bug

下面的代码假设在waitFix()里存在bug（Log.i(TAG, “waitFix bug”)，我们目标是不发布新版本，改变这行log）

package com.dyk.andfixtest;import android.app.Activity;import android.os.Bundle;import android.os.Environment;import android.util.Log;import android.view.View;import android.view.Window;import java.io.IOException;public class MainActivity extends Activity {    private static final String TAG = "AndFix";    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        requestWindowFeature(Window.FEATURE_NO_TITLE);        setContentView(R.layout.activity_main);        findViewById(R.id.showLogBtn).setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View v) {                waitFix();            }        });        findViewById(R.id.fixBtn).setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View v) {                String patchPath = Environment.getExternalStorageDirectory()+"/tmp/first.apatch";                try {                    MyApplication.getInstance().getPatchManager().addPatch(patchPath);                    Log.i(TAG,"fix bug, please reClick");                } catch (IOException e) {                    e.printStackTrace();                    Log.i(TAG,"error:"+e.toString());                }            }        });    }    // 假设待修复的Bug在此方法中    private void waitFix() {        Log.i(TAG,"waitFix bug");    }}

因为要读取.apatch文件，不要忘了添加限权。

    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>    <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

此时我们签名运行apk，生成bug.apk。

// 已修复private void waitFix() {     Log.i(TAG,"fix bug");}

修改bug后生成fix.apk。

生成.aptch补丁文件需要一个工具，点我下载。现在打开命令行（cmd），进入从刚下载工具的tools文件夹（我的是D:\Temp\AndFix\AndFix-master\tools，命令行为：d：回车，cd D:\Temp\AndFix\AndFix-master\tools）。将bug.apk、fix.apk和签名文件放入tools文件夹下。输入命令

apkpatch -o D:\Temp\AndFix\output -k AndFix.jks -p admin888 -a 亚洲 -e admin888 -f fix.apk -t bug.apk字段说明：-o <output> ： 输出目录-k <keystore>： 打包所用的keystore-p <password>： keystore的密码-a <alias>： keystore 用户别名-e <alias password>： keystore 用户别名密码-f <new.apk> ：新版本-t <old.apk> : 旧版本

看见如上提示即生成.apatch文件成功。进入输出目录（-o 后面）。可以看到一个smail文件夹、diff.dex和一个.apatch文件。经常反编译别人apk的同学一定对smail文件夹不陌生。可以查看到代码，可惜才疏学浅看不懂.smail文件。这里我们要用到的是.apatch文件。

1. 更改.apatch文件名为first.apatch。

2. 安装bug.apk，真是个不吉利的名字。

3. 将first.apatch放入MainActivity里的patchPath路径下（我这里是/tmp/）。

4. 运行bug.apk

依次点击showLogBtn、fixBtn、showLogBtn。Log输出如下

可以看到Log输出已经改变，这也意味着带有Bug的方法被成功修复。

多次打补丁

如果本地保存了多个补丁，那么AndFix会按照补丁生成的时间顺序加载补丁。具体是根据.apatch文件中的PATCH.MF的字段Created-Time。

混淆

-keep class * extends java.lang.annotation.Annotation-keepclasseswithmembernames class * {    native <methods>;}

探索

1. 修改first.apatch后缀名为.zip

2. 解压文件

打开META-INF中的文件PATCH.MF，可以看到如下内容

Manifest-Version: 1.0Patch-Name: fixCreated-Time: 25 Mar 2016 08:28:00 GMTFrom-File: fix.apkTo-File: bug.apkPatch-Classes: com.dyk.andfixtest.MainActivity_CFCreated-By: 1.0 (ApkPatch)

可以发现Patch-Classes就是被改动过的文件，后面还加个_CF（CrossFire ?）。

使用dex2jar反编译classes.dex

1. 下载dex2jar和jd-gui，点我下载

2. 将classes.dex文件复制到dex2jar解压目录

3. 命令行进入dex2jar解压目录

4. 输入命令：d2j-dex2jar classes.dex

经过四招还我漂漂拳后，可以在dex2jar解压目录下发现classes-dex2jar.jar这么一个文件。

使用jd-gui打开classes-dex2jar.jar

package com.dyk.andfixtest;import android.app.Activity;import android.os.Bundle;import android.util.Log;import android.view.View;import com.alipay.euler.andfix.annotation.MethodReplace;public class MainActivity_CF extends Activity{  private static final String TAG = "AndFix";  @MethodReplace(clazz="com.dyk.andfixtest.MainActivity", method="waitFix")  private void waitFix()  {    Log.i("AndFix", "fix bug");  }  protected void onCreate(Bundle paramBundle)  {    super.onCreate(paramBundle);    requestWindowFeature(1);    setContentView(2130968601);    findViewById(2131492944).setOnClickListener(new MainActivity.1(this));    findViewById(2131492943).setOnClickListener(new MainActivity.2(this));  }}

可以发现.patch只是差异文件，这里给需要替换的方法添加了一个指定class和method的注解@MethodReplace(clazz="com.dyk.andfixtest.MainActivity", method="waitFix")。客户端sdk得到补丁文件后根据注解寻找需要替换的方法。最后由JNI层完成方法的替换。