首先，配置時我參考的是這一篇： 微信熱修復Tinker使用
和連結中文章中不同的是【我踩過的坑】以下幾點：

1. 配置app.gradle 時，需要tinker庫依賴，還需要：

   compile “com.android.support:multidex:1.0.1”

2. app.gradle 中的 default config 新增：multiDexEnabled true，同時新增：

   dexOptions {
   javaMaxHeapSize “2g”
   preDexLibraries = false
   jumboMode=true

3. app.gradle 中的 ignoreWarning=false ，置為ignoreWarning=true 我第一次編譯 tinkerPatchDebug 時耗費四五個小時，還不行，出現了“遠端主機強制關閉了一個現有連線…”。後來把這個引數改了，就很順利了。官方解釋如下：

4. 繼承自DefaultApplicationLike 的類，根本不是Application型別，能使用的生命週期只有onCreate()，如果需要使用Application，仍需在方法中新增：

   Application app=getApplication()

大概的一個流程，【好麻煩，千萬別弄錯了】
第一步：執行到手機上，然後取出 build/apk/下的包，放置到配置檔案中，oldApk

注意事項：
1. 程式執行如果無誤的話，會在第一次執行時載入補丁包，第二/三/四次執行時會顯示修改後的程式。同時，放入手機中的補丁包會自動刪除。【這才代表找到補丁，並且載入補丁成功】
2. 假設基準包是A，打了補丁a成功後，還想打第二個補丁，就必須將修改後的程式碼（即補丁a想要修復的程式碼）重新作為基準包B，生成第二個補丁b。
如果，仍將A作為基準包，則生成的第二個補丁b，已經打了第一個補丁的程式將無法載入補丁b。
Tinker修復成功的概率很高，也不是100%，所以關於如何打補丁，如何部署補丁，還需要公司內部權衡。
3. 生成的補丁包以.apk