热更新的使⽤（腾讯的Bugly）
热更新解决⽅案，选择的是腾讯的bugly，同时附带着bug收集，很好⽤，反馈率很⾼，也⽐较准，⽬前对集成的项⽬来看还没有太⼤的问题。0.0多渠道打包速度太慢不知道算不算。
腾讯bugle理解：热更分为基准包+补丁包；基准包为线上版本在运⾏的apk包，补丁包为依赖于基准包⽽⽣成的补丁⽂件，需要上传到bugly更新
基准包在补丁包上传之前在APP上联⽹运⾏过。。当然，较⼤程度的更新还是依赖于发
列表中；补丁包上传到bugly更新列表成功的前提是基准包在补丁包上传之前在APP上联⽹运⾏过。。
APK包的形式，⼩的更新+解决⽐较着急致命的bug直接使⽤热更即可。
bugly热更新的局限性
1、不⽀持修改清单⽂件，不⽀持新增android端四⼤组件（页⾯、Service服务，⼴播、数据库）。后续版本应该也⽀持了
健康手抄报图片
从教2、不建议在GP渠道热更新代码。
3、在Android N上对启动时间有轻微影响。
4、不⽀持部分三星android-21机型，加载补丁时会主动抛出异常。
不⽀持⼀些动画类型的资源⽂件的更新。
官⽅链接：腾讯bugly官⽅地址
下⾯是具体的集成步骤，官⽅⽂档介绍的⽐较详细，这⾥着重把需要注意的点写下来，少趟坑。
1.⼯程根⽬录下“adle”⽂件中添加：
dependencies { classpath "t.bugly:tinker-support:1.1.2"}
APP下的adle中添加bugly SDK的依赖
1、APP下的adle中添加bugly SDK的依赖
dependencies {
compile "com.android.support:multidex:1.0.1" // 多dex配置
拼音26字母compile 't.bugly:crashreport_upgrade:1.3.5' // 指定tinker依赖版本（注：应⽤升级1.3.5版本起，不再内置tinker）
compile 't.tinker:tinker-android-lib:1.9.6' compile
't.bugly:lea' //其中lea指代最新版本号，也可以指定明确的版本号，例如2.2.0椰汁马蹄千层糕
}
// 依赖插件脚本apply from: 'adle'
微信在线APP创建adle⽂件，⽂件中⼤体内容为
1、APP创建adle⽂件，⽂件中⼤体内容为转炉炼钢>刘瑾简介
针对上述adle⽂件中的三个重要点
1、baApkDir：打补丁包时依据的基准包地址，打基准包时不⽤定义。
2、tinkerId：基础包+补丁包的版本号（打基础包时改为基础包版本号，打补丁包时改为补丁包版本号）
3、enableProxyApplication：是否使⽤⾃⼰的Application，或者是集成sdk中的application。（⽂档中有详细说明）
另外：⽀持加固模式和多渠道也在上图注释中有，说明⼀点的是，多渠道打包的时候，只需要在adle中加⼊productFlavors即可
多渠道打包配置
实例化热更新
实例化热更新SDK
立春是几月几日
打包命令
多渠道打包的时候，基准包的⽣成会有单个⽂件：mapper⽂件（如果没有，说明adle中的minifyEnabled没有开启混淆）、APK⽂件、TXT⽂件，需要进⾏联⽹运⾏的基础包就是该APK⽂件。补丁包选取patch下的7z.apk⽂件。上传到bugly后台即可。
补丁包
重启项⽬补丁下载的回调
下⾯附完整截图流程，接⼊Demo需要的联系我私发。
完整接⼊流程
