首先我們從整體比較目前市面上常用的幾種Android App 熱修復方案：

bugly熱更新功能集成了Tinker熱修復框架，引用騰訊bugly官網的一段話：

• 無需關注Tinker是如何合成補丁的
• 無需自己搭建補丁管理後臺
• 無需考慮後臺下發補丁策略的任何事情
• 無需考慮補丁下載合成的時機，處理後臺下發的策略
• 我們提供了更加方便整合Tinker的方式
• 我們提供應用升級一站式解決方案

接下來開始bugly熱修復SDK接入。

第一步：新增外掛依賴

工程根目錄下“build.gradle”檔案中新增：

buildscript {
    repositories {
        jcenter()
    }
    dependencies
 
 {
        // tinkersupport外掛, 其中lastest.release指拉取最新版本，也可以指定明確版本號，最新版本見更新日誌
        classpath"com.tencent.bugly:tinker-support:latest.release"
    }
}

第二步：整合SDK

gradle配置

在app module的“build.gradle”檔案中新增（示例配置）：

 dependencies {

          compile "com.android.support:multidex:1.0.1" // 多dex配置
          compile
 
 'com.tencent.bugly:crashreport_upgrade:latest.release' // 升級SDK
}

在app module的“build.gradle”檔案中新增：

// 依賴外掛指令碼
apply from: 'tinker-support.gradle'

tinker-support.gradle內容如下所示（示例配置見官方接入指南）：

注：您需要在同級目錄下建立tinker-support.gradle這個檔案哦。

第三步：初始化SDK

enableProxyApplication = false 的情況

這是Tinker推薦的接入方式，一定程度上會增加接入成本，但具有更好的相容性。

enableProxyApplication = true 的情況

public class MyApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        // 這裡實現SDK初始化，appId替換成你的在Bugly平臺申請的appId
        // 除錯時，將第三個引數改為true
        Bugly.init(this, "900029763", false);
    }

    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        // you must install multiDex whatever tinker is installed!
        MultiDex.install(base);


        // 安裝tinker
        Beta.installTinker();
    }

}

注：無須你改造Application，主要是為了降低接入成本，我們外掛會動態替換AndroidMinifest檔案中的Application為我們定義好用於反射真實Application的類（需要您接入SDK 1.2.2版本 和 外掛版本 1.0.3以上）。

第四步：AndroidManifest.xml配置

1. 許可權配置

<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.READ_LOGS" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

注意：如果你也想使用升級功能，你必須要進行2、3項的配置，而如果你只想使用熱更新能力，你只需要配置許可權即可。

2. Activity配置

<activity
    android:name="com.tencent.bugly.beta.ui.BetaActivity"
    android:theme="@android:style/Theme.Translucent" />

3. 配置FileProvider

注意：如果您想相容Android N或者以上的裝置，必須要在AndroidManifest.xml檔案中配置FileProvider來訪問共享路徑的檔案。如果你使用的第三方庫也配置了同樣的FileProvider，你需要將第三方庫配置的路徑copy到我們配置的provider_path檔案下。

 <provider
    android:name="android.support.v4.content.FileProvider"
    android:authorities="${applicationId}.fileProvider"
    android:exported="false"
    android:grantUriPermissions="true">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/provider_paths"/>
</provider>

${applicationId}請替換為您的包名，例如com.bugly.upgrade.demo。這裡要注意一下，FileProvider類是在support-v4包中的，檢查你的工程是否引入該類庫。

在res目錄新建xml資料夾，建立provider_paths.xml檔案如下：

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <!-- /storage/emulated/0/Download/${applicationId}/.beta/apk-->
    <external-path name="beta_external_path" path="Download/"/>
    <!--/storage/emulated/0/Android/data/${applicationId}/files/apk/-->
    <external-path name="beta_external_files_path" path="Android/data/"/>
</paths>

這裡配置的兩個外部儲存路徑是升級SDK下載的檔案可能存在的路徑，一定要按照上面格式配置，不然可能會出現錯誤。

第五步：混淆配置

為了避免混淆SDK，在Proguard混淆檔案中增加以下配置：

-dontwarn com.tencent.bugly.**
-keep public class com.tencent.bugly.**{*;}

如果你使用了support-v4包，你還需要配置以下混淆規則：


-keep class android.support.**{*;}

參考連結：

1，Bugly Android 應用升級 SDK 使用指南

https://bugly.qq.com/docs/user-guide/instruction-manual-android-upgrade/?v=20170213095331

2， 整合騰訊bugly的熱修復功能sdk步驟

http://blog.csdn.net/qq_17387361/article/details/53418853