2. 程式人生 > >Android熱修復框架——AndFix

Android熱修復框架——AndFix

阿新 • • 發佈：2019-01-09

一直關注App的熱修復的技術發展，之前做的應用也沒用使用到什麼熱修復開源框架。在App的熱修復框架沒有流行之前，做的應用上線後發現一個小小的Bug，就要馬上發一個新的版本。今天看了熱修復技術，感覺挺好玩的，就實現了使用的全過程。下面記錄使用開源框架阿里巴巴的AndFix過程。

這裡說的不是熱修復怎麼實現修bug的原理，這裡說的是怎麼使用AndFix。如果你想了解更多的andFix實現原理，你可以參考下面的文章：

1.使用極光推送訊息到該應用的版本需要下載補丁，如果應用收到了訊息後，應用判斷當前的版本是否需要下載補丁。如果應用沒有收到訊息的通知，則下次啟動App的時候，獲取友盟線上引數來判斷是否需要下載補丁。

2.應用啟動的後，有則通過 Android 檔案下載file-downloader框架來下載到SD下並且通過使用AndFix來載入到應用中。

步驟
1.在gradle檔案中增加相應的依賴。這裡我使用thindownlaodmanager來下載補丁，使用極光推送來推送自定義訊息下載補丁通知，使用友盟線上引數來獲取補丁包的資訊。也許你會問為了修復一個補丁而增加這麼多的依賴，值得嗎？我認為還可以吧，因為我的專案一般會使用到這些

AndFix的引入是： compile 'com.alipay.euler:andfix:[email protected]'

file-downloader框架的引入是：compile 'org.wlf:FileDownloader:0.3.1'


  • 極光推送自定義訊息(自定義訊息有長度限制，所以補丁的下載url寫成拼接形式：站點+下載資源名稱)


定義相對應的Bean


4.在啟動的自定義Application類進行初始化工作(AndFix、極光的初始化） 
public class MyApplication extends Application {

    private static final String TAG = "AndFix";
    public static String  VERSION_NAME="";
    public static PatchManager mPatchManager;

    @Override
    public void onCreate() {
        super.onCreate();

        try {
            PackageInfo mPackageInfo = this.getPackageManager().getPackageInfo(this.getPackageName(), 0);
            VERSION_NAME=mPackageInfo.versionName;
        } catch (PackageManager.NameNotFoundException e) {
            e.printStackTrace();
        }
        JPushInterface.init(this);
        initAndFix();
    }

    private void initAndFix() {
        mPatchManager=new PatchManager(this);
        mPatchManager.init(VERSION_NAME);
        Log.d(TAG, "initAndFix: inited.");
        mPatchManager.loadPatch();
    }
}

5.再加上推送推送的自定義內容的處理：（當推送訊息過來的時候應用處於執行狀態的時候，程式會處理訊息進行下載補丁包） 
    private PatchBean bean=new PatchBean();
    private WeakHandler mHandler = new WeakHandler(new Handler.Callback() {
        @Override
        public boolean handleMessage(Message msg) {
            Toast.makeText(MainActivity.this,(String)msg.obj,Toast.LENGTH_LONG).show();
            if (msg.what == MSG_WHAT_DOWNLOAD){
                String message = (String) msg.obj;
                if (TextUtils.isEmpty(message)) return false;
                try {
                    bean = GsonUtils.getInstance().parse(PatchBean.class, message);
                    RepairBugUtil.getInstance().comparePath(MainActivity.this, bean);

                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
            return false;
        }
    });



    //for receive customer msg from jpush server
    private MessageReceiver mMessageReceiver;
    public static final String MESSAGE_RECEIVED_ACTION = "MESSAGE_RECEIVED_ACTION";
    public static final String KEY_MESSAGE = "message";

    public void registerMessageReceiver() {
        mMessageReceiver = new MessageReceiver();
        IntentFilter filter = new IntentFilter();
        filter.setPriority(IntentFilter.SYSTEM_HIGH_PRIORITY);
        filter.addAction(MESSAGE_RECEIVED_ACTION);
        registerReceiver(mMessageReceiver, filter);
    }

    public class MessageReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            if (MESSAGE_RECEIVED_ACTION.equals(intent.getAction())) {
                String message = intent.getStringExtra(KEY_MESSAGE);
                Message msg = new Message();
                msg.what = MSG_WHAT_DOWNLOAD;
                msg.obj = message;
                mHandler.sendMessage(msg);
            }
        }
    }

6.補丁包的生成

  • 下載AndFix的補丁生成工具：here
  • 生成補丁的檔案需要的檔案有：原apk檔案，修復Bug後生成的新apk，簽名檔案。

在解壓apkpatch工具的目錄下，開啟命令列輸入以下命令生成補丁包。apkpatch -m <apatch_path...> -o <output> -k <keystore> -p <***> -a <alias> -e <***>


  • 將生成的補丁放到指定伺服器上。

7.自己測試一下成不成啦~

程式碼

package com.vson.hotfix.utils;

import android.content.Context;
import android.os.Environment;
import android.text.TextUtils;
import android.util.Log;
import android.widget.Toast;

import com.vson.hotfix.MyApplication;
import com.vson.hotfix.PatchBean;
import com.vson.hotfix.SPConst;

import org.wlf.filedownloader.DownloadFileInfo;
import org.wlf.filedownloader.FileDownloadConfiguration;
import org.wlf.filedownloader.FileDownloader;
import org.wlf.filedownloader.listener.OnFileDownloadStatusListener;

import java.io.File;
import java.io.IOException;

/**
 * Created by vson on 2016/3/11.
 */
public class RepairBugUtil {

    private static final String TAG = "AndFix";
    private static final int THREAD_COUNT = 3;  //下載的執行緒數
    private LocalPreferencesHelper mLocalPreferencesHelper;

    private static class SingletonHolder {
        public static final RepairBugUtil INSTANCE = new RepairBugUtil();
    }

    public static RepairBugUtil getInstance() {
        return SingletonHolder.INSTANCE;
    }

    public void downloadAndLoad(final Context context,final PatchBean bean) {

        // 1、建立Builder
        FileDownloadConfiguration.Builder builder = new FileDownloadConfiguration.Builder(context);
         // 2.配置Builder
        // 配置下載檔案儲存的資料夾
        builder.configFileDownloadDir(Environment.getExternalStorageDirectory().getAbsolutePath() + File.separator +
                "FileDownloader");
        // 配置同時下載任務數量，如果不配置預設為2
        builder.configDownloadTaskSize(3);
        // 配置失敗時嘗試重試的次數，如果不配置預設為0不嘗試
        builder.configRetryDownloadTimes(5);
        // 開啟除錯模式，方便檢視日誌等除錯相關，如果不配置預設不開啟
        builder.configDebugMode(true);
        // 配置連線網路超時時間，如果不配置預設為15秒
        builder.configConnectTimeout(25000);// 25秒
        // 3、使用配置檔案初始化FileDownloader
        FileDownloadConfiguration configuration = builder.build();
        FileDownloader.init(configuration);
        FileDownloader.start(SPConst.URL_PREFIX+bean.url);
        FileDownloader.registerDownloadStatusListener(new OnFileDownloadStatusListener() {
            @Override
            public void onFileDownloadStatusWaiting(DownloadFileInfo downloadFileInfo) {

            }

            @Override
            public void onFileDownloadStatusPreparing(DownloadFileInfo downloadFileInfo) {

            }

            @Override
            public void onFileDownloadStatusPrepared(DownloadFileInfo downloadFileInfo) {

            }

            @Override
            public void onFileDownloadStatusDownloading(DownloadFileInfo downloadFileInfo, float downloadSpeed, long remainingTime) {

            }

            @Override
            public void onFileDownloadStatusPaused(DownloadFileInfo downloadFileInfo) {

            }

            @Override
            public void onFileDownloadStatusCompleted(DownloadFileInfo downloadFileInfo) {
                Toast.makeText(context, "下載成功", Toast.LENGTH_LONG).show();
                // add patch at runtime
                try {
                    // .apatch file path
                    String patchFileString = Environment.getExternalStorageDirectory().getAbsolutePath() + File.separator +
                            "FileDownloader"+ File.separator+bean.url;

                    MyApplication.mPatchManager.addPatch(patchFileString);
                    Log.d(TAG, "apatch:" + patchFileString + " added.");

                    //複製且載入補丁成功後，刪除下載的補丁
                    File f = new File(patchFileString);
                    if (f.exists()) {
                        boolean result = new File(patchFileString).delete();
                        if (!result)
                            Log.e(TAG, patchFileString + " delete fail");
                    }
//                            mLocalPreferencesHelper.saveOrUpdate(SPConst.IsHavePathDownLoad, false);
                } catch (IOException e) {
                    Log.e(TAG, "", e);
                } catch (Throwable throwable) {

                }
            }

            @Override
            public void onFileDownloadStatusFailed(String url, DownloadFileInfo downloadFileInfo, FileDownloadStatusFailReason failReason) {
                Toast.makeText(context, "下載失敗", Toast.LENGTH_LONG).show();

            }
        });

    }


    public void comparePath(Context context, PatchBean RemoteBean) throws Exception {
        if (mLocalPreferencesHelper == null) {
            mLocalPreferencesHelper = new LocalPreferencesHelper(context, SPConst.SP_NAME);
        }
        String pathInfo = mLocalPreferencesHelper.getString(SPConst.PATH_INFO);
        final PatchBean localBean = null; //GsonUtils.getInstance().parseIfNull(PatchBean.class, pathInfo);
        //遠端的應用版本跟當前應用的版本比較
        if (MyApplication.VERSION_NAME.equals(RemoteBean.app_v)) {
            //遠端的應用版本跟本地儲存的應用版本一樣，但補丁不一樣，則需要下載重新
            /**
             *第一種情況：當本地記錄的Bean為空的時候（剛安裝的時候可能為空）並且遠端的Bean的path_v不為空的時候需要下載補丁。
             * 第二種情況：當本地記錄的path_v和遠端Bean的path_v不一樣的時候需要下載補丁。
             */
            if (localBean == null && !TextUtils.isEmpty(RemoteBean.path_v)
                    || localBean.app_v.equals(RemoteBean.app_v) &&
                    !localBean.path_v.equals(RemoteBean.path_v)) {
                downloadAndLoad(context, RemoteBean);//
                String json = GsonUtils.getInstance().parse(RemoteBean);
                mLocalPreferencesHelper.saveOrUpdate(SPConst.PATH_INFO, json);
            } /*else {
                mLocalPreferencesHelper.saveOrUpdate(SPConst.IsHavePathDownLoad, false);
            }*/
        }
    }

}


相關推薦

Android熱修復框架——AndFix

一直關注App的熱修復的技術發展，之前做的應用也沒用使用到什麼熱修復開源框架。在App的熱修復框架沒有流行之前，做的應用上線後發現一個小小的Bug，就要馬上發一個新的版本。今天看了熱修復技術，感覺挺好玩的，就實現了使用的全過程。下面記錄使用開源框架阿里巴巴的AndFix過程

Android 熱修復框架 AndFix (三)

這篇文章將演示AndFix框架細節問題。在看這篇文章之前請先看Android 熱修復框架 AndFix (二)。這篇文章是居於上一篇：Android 熱修復框架 AndFix (二) AndroidFix專案的。 1.修改佈局檔案 1.先簽名打包apk

Android熱修復框架匯總整理（Hotfix）

支付 業務開發 桌面 lib 業務 exce 修復技術 同進程 熱更新 ??Android平臺出現了一些優秀的熱更新方案，主要可以分為兩類：一類是基於multidex的熱更新框架，包括Nuwa、Tinker等；另一類就是native hook方案，如阿裏開源的Andfix和

Android熱修復之AndFix使用教程

AndFix的github地址 AndFix 全稱Android hot-fix，是alibaba的Android熱修復框架，支援Android 2.3到6.0的版本，支援arm與X86系統架構，支援Dalvik和ART Runtime。 原理 AndFix的原理就是方法的替換，把有bug的方法替換成

手把手帶你打造一個 Android 熱修復框架（上篇）

本文來自網易雲社群作者：王晨彥前言熱修復和外掛化是目前 Android 領域很火熱的兩門技術，也是 Android 開發工程師必備的技能。目前比較流行的熱修復方案有微信的 Tinker，手淘的 Sophix，美團的 Robust，以及 QQ 空間熱修復方案。QQ 空間熱修復方

android 熱修復框架Tinker的詳細簡單使用

Tinker 騰訊開源熱修復框架,https://github.com/Tencent/tinker 已知的的問題 Tinker不支援修改AndroidManifest.xml，Tinker不支援新增四大元件(1.9.0支援新增非export的Activ

一款超級簡單易用的Android熱修復框架 WandFix 使用詳解

WandFix是一個基於java ClassLoader實現的熱修復框架。 效果展示： 優點： 類似於黃油刀可以直接對成員變數新增@InjectObject("com.example.motordex.AppParsenterImpl2")註解,來繫結熱修復包中的實現類。 無需關閉應用即可

手把手帶你打造一個 Android 熱修復框架

前言 熱修復和外掛化是目前 Android 領域很火熱的兩門技術，也是 Android 開發工程師必備的技能。 目前比較流行的熱修復方案有微信的 Tinker，手淘的 Sophix，美團的 Robust，以及 QQ 空間熱修復方案。 QQ 空間熱修復方案使用Java實現，比較容易上手。 如

Tinker 1.9.11 釋出，微信開源的 Android 熱修復框架

   Tinker 1.9.11 釋出了，Tinker 是騰訊開源的 Android 熱解決方案庫，它支援在不重新安裝 apk 的情況下對 dex、library 和 resources 進行更新。 Bug 修復 引入JobSchedulerService重新實現了Tink

Android熱修復：Andfix和Hotfix，兩種方案的比較與實現

Andfix和hotfix是兩種android熱修復框架。 android的熱修復技術我看的最早的應該是QQ空間團隊的解決方案，後來真正需要了，才仔細調查，現在的方案中，阿里有兩種Dexposed和Andfix框架，由於前一種不支援5.0以上android系統

Andfix熱修復框架原理及源代碼解析-上篇

ren oid 聯系 pass 重命名 命名 key () 提示 熱補丁介紹及Andfix的使用 Andfix熱修復框架原理及源代碼解析-上篇 Andfix熱修復框架原理及源代碼解析-下篇 1.不知道怎樣使用的同學，建議看看我上一篇寫的介紹熱補丁和An

介紹自己的一個Android插樁熱修復框架項目QuickPatch

pid android版本 通過 fly 特性 put javassist 執行 自動生成 QuickPatch項目地址：https://gitee.com/egg90/QuickPatch 和 https://github.com/eggfly/QuickPatch 同步

[Android]騰訊Tinker熱修復框架簡單使用

前言目前我們所知的熱修復方案有阿里的AndFix、美團的Robust以及QZone的超級補丁方案，還有本篇的Tinker，如何在我們的自開發的軟體上選用合適的方案呢？先看看各家的框架效能對比，在作參考。總體來說：AndFix作為native解決方案，首先面臨的是穩定性與相容性

Android熱修復與外掛化（四）AndFix

一、熱修復技術種類 技術對比 二、AndFix的基本介紹 官網 整合階段： 1、在gradle中新增依賴

Android 熱修復AndFix的簡單使用介紹

AndFix是一個Android App的線上熱補丁框架。使用此框架，我們能夠在不重複發版的情況下，線上修改App中的Bug。AndFix就是 “Android Hot-Fix”的縮寫。 就目前來說，AndFix支援Android 2.3到6.0版本，並

Android中熱修復框架Robust原理解析+並將框架程式碼從"閉源"變成"開源"(上篇)

一、前言Android中熱修復框架比較多，每家公司都有對應的方案和框架，比如阿里的AndFix框架，關於這個框架在之前的文章已經詳細講解了，不瞭解的同學可以點選這裡：AndFix熱修復框架原理分析 。本

Andfix熱修復框架原理及原始碼解析-上篇

1.不知道如何使用的同學，建議看看我上一篇寫的介紹熱補丁和Andfix的使用，這樣你才有一個大概的框架。通過使用Andfix，其實我們心中會有一個大概的輪廓，它的工作原理，大概就是，所謂的補丁檔

Android熱修復技術Tinker VS AndFix

流行的熱修復技術有哪些 時下比較流行的熱修復技術有Tinker、QZone、AndFix、Robust。 前面兩個是騰訊開發的，AndFix源於阿里，Robust是美國一家公司開發的。那麼我們應該選用哪一款呢？網上有個它們之間的對比 Tink

Android熱修復AndFix簡單使用

1.新增依賴 compile 'com.alipay.euler:andfix:[email protected]' 2.新增混淆 -keep class * extends java.l

Android探索之旅（第二十五篇）騰訊熱修復框架Tinker與阿里第三代熱修復框架Sophix對比

本人在開發專案中仍然使用的還是Tinker熱修復框架，在專案中遇到Bug,Tinker都能夠解決，可以說是萬無一失，但是在網際網路時代也必須懷揣著新生的事物必將取代先前的事物的心態，因此就索性集成了Sophix，下面由我來分析一下它們之間的區別 從上