##腾讯Bugly
功能：
1.异常上报（上线后的APP 在用户手中发送的bug看不到，这就用到Bugly，可以吧bug上传到后台供开发人员观察并及时修复bug）
2.运营统计，可以统计日活跃，月活跃量，还有使用客户数，安装客户数
3.应用升级，升级功能是转为APP的灰度升级而开发的组件，在Bugly内侧页面配置好APP的更新策略，策略指定的老版本APP在启动时会自动检测更新并提示升级，为团队的应用分发，灰度内侧提供一站式解决方案
4.热更新，热更新能力是Bugly为解决开发者紧急修复线上bug，而无需重新发布新版本，让用户无感知就能把问题修复的一项能力。bugly目前采用微信Tinker的开源方案，开发者主需要继承我们提供的SDK就开源实现自动下载补丁包、合成、并应用补丁的功能，我们也提供了热更新管理后台，让开发者对每个版本补丁进行管理
##Bugly集成热更新
1.申请账号：HTTPS://bugly.qq.com/
2.完善开发者信息+创建应用（直接提交，不审核，可直接使用）
##参照文档集成
首先去申请账号:https://bugly.qq.com/
创建应用，拿到appid后续会用到
在工程跟目录下
buildscript {
repositories {
google()
jcenter()
}
dependencies {
// tinkersupport插件, 其中lastest.release指拉取最新版本，也可以指定明确版本号，例如1.0.4
classpath "com.tencent.bugly:tinker-support:1.1.5"
}
}
##在导入依赖的Gradle中
defaultConfig {
applicationId "com.example.dell.demohotbuglys"
minSdkVersion 17
targetSdkVersion 27
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
ndk {
//设置支持的SO库架构
abiFilters 'armeabi', 'x86' // 'armeabi-v7a', 'x86_64', 'arm64-v8a'
}
// 开启multidex
multiDexEnabled true
}
// 签名配置,官方文档上面没说,但我们得配置,因为官网不负责教你 配置这个,
signingConfigs {
release {
try {
storeFile file('buglys.jks')
storePassword "123456"
keyAlias "key0"
keyPassword "123456"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
}
buildTypes {
release {
signingConfig signingConfigs.release
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
signingConfig signingConfigs.release
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
在dependencies 中导入下面几个依赖
dependencies {
compile "com.android.support:multidex:1.0.1" // 多dex配置
//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.3.4
//包含了crash上报功能
compile 'com.tencent.bugly:crashreport_upgrade:1.4.0'
// 指定tinker依赖版本（注：应用升级1.3.5版本起，不再内置tinker）
compile 'com.tencent.tinker:tinker-android-lib:1.9.9'
//其中latest.release指代最新版本号，这里我们指定某个版本
//compile 'com.tencent.bugly:nativecrashreport:latest.release'
compile 'com.tencent.bugly:nativecrashreport:3.7.1'
}
在最顶端依赖插件脚本
// 依赖插件脚本
apply from: 'tinker-support.gradle'
##在APP下创建tinker-support.gradle这个文件哦(和app module 的 build.gradle同级别)。
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
6
* 此处填写每次构建生成的基准包目录,注意每次打补丁包都需要修 改
7
*/
def baseApkDir = "app-0611-20-44-04"
/**
11
* 对于插件各参数的详细解析请参考
12
*/
tinkerSupport {
// 开启tinker-support插件，默认值true
enable = true
// 指定归档目录，默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
// 是否启用覆盖tinkerPatch配置功能，默认值false
// 开启后tinkerPatch配置不生效，即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时，必需指定基线版本的apk，默认值为空
// 如果为空，则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/app-release.apk"
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
//建议设置true,用户就不用再自己管理tinkerId的命名,插件会为每一次构建的base包自动生成唯一的tinkerId，默认命名规则是versionname.versioncode_时间戳
//具体参考https://github.com/BuglyDevTeam/Bugly-Android-Demo/wiki/Tinker-ID%E8%AF%A5%E6%80%8E%E4%B9%88%E8%AE%BE%E7%BD%AE
//autoGenerateTinkerId = true
// 构建基准包和补丁包都要指定不同的tinkerId，并且必须保证唯一性
tinkerId = "patch-1.0.1-0611-2030"
// 构建多渠道补丁时使用
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否启用加固模式，默认为false.(tinker-spport 1.0.7起支持）
// isProtectedApp = true
// 是否开启反射Application模式
enableProxyApplication = false
// 是否支持新增非export的Activity（注意：设置为true才能修改AndroidManifest文件）
supportHotplugComponent = true
}
/**
57
* 一般来说,我们无需对下面的参数做任何的修改
58
* 对于各参数的详细介绍请参考:
59
* https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
60
*/
tinkerPatch {
//oldApk ="${bakPath}/${appName}/app-release.apk"
ignoreWarning = false
useSign = true
dex {
dexMode = "jar"
pattern = ["classes*.dex"]
loader = []
}
lib {
pattern = ["lib/*/*.so"]
}
res {
pattern = ["res/*", "r/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
ignoreChange = []
largeModSize = 100
}
packageConfig {
}
sevenZip {
zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
// path = "/usr/local/bin/7za"
}
buildConfig {
keepDexApply = false
//tinkerId = "1.0.1-base"
//applyMapping = "${bakPath}/${appName}/app-release-mapping.txt" // 可选，设置mapping文件，建议保持旧apk的proguard混淆方式
//applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可选，设置R.txt文件，通过旧apk文件保持ResId的分配
}
}
##去初始化applacation
public class SampleApplication extends TinkerApplication {
public SampleApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "com.example.dell.demohotbuglys.SampleApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
##使用applacation的代理类来完成所有的工作
注意在初始化时候要换成自己的appid
public class SampleApplicationLike extends DefaultApplicationLike {
public static final String TAG = "Tinker.SampleApplicationLike";
public SampleApplicationLike(Application application, int tinkerFlags,
boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime,
long applicationStartMillisTime, Intent tinkerResultIntent) {
super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent);
}
@Override
public void onCreate() {
super.onCreate();
// 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId
// 调试时，将第三个参数改为true
Bugly.init(getApplication(), "a55ecdce55", true);
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
@Override
public void onBaseContextAttached(Context base) {
super.onBaseContextAttached(base);
// you must install multiDex whatever tinker is installed!
MultiDex.install(base);
// 安装tinker
// TinkerManager.installTinker(this); 替换成下面Bugly提供的方法
Beta.installTinker(this);
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
public void registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks) {
getApplication().registerActivityLifecycleCallbacks(callbacks);
}
@Override
public void onTerminate() {
super.onTerminate();
Beta.unInit();
}
}
##清单文件中注册权限 及配置一些文件
<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" />
<!--bugly-->
<activity
android:name="com.tencent.bugly.beta.ui.BetaActivity"
android:configChanges="keyboardHidden|orientation|screenSize|locale"
android:theme="@android:style/Theme.Translucent" />
>
注意：如果您想兼容Android N（7.0/M(8.0)）或者以上的设备，必须要在AndroidManifest.xml文件中配置FileProvider来访问共享路径的文件
<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>
如果你使用的第三方库也配置了同样的FileProvider, 可以通过继承FileProvider类来解决合并冲突的问题，示例如下：
<provider
android:name=".utils.BuglyFileProvider"
android:authorities="${applicationId}.fileProvider"
android:exported="false"
android:grantUriPermissions="true"
tools:replace="name,authorities,exported,grantUriPermi ssions">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/provider_paths"
tools:replace="name,resource"/>
</provider>
>这里要注意一下，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>
>混淆配置
-dontwarn com.tencent.bugly.**
-keep public class com.tencent.bugly.**{*;}
# tinker混淆规则
-dontwarn com.tencent.tinker.**
-keep class com.tencent.tinker.** { *; }
#如果你使用了support-v4包，你还需要配置以下混淆规则：
-keep class android.support.**{*;}
##自己去手写一个bug
private void bug() {
String str = null;
Log.d(TAG, "bug: "+str.length());
Toast.makeText(this,"bug 不见了", Toast.LENGTH_SHORT).show();
}
找到我们studio右上角的Gradle，点开会看到当前APP的构建文件app-->build-->assembleRelesease,双击此目录会自动打包生成apk（在build目录下生成bakapk文件夹，内部才是我们打包的apk，有三个文件，实际应用中，请注意保存线上发布版本的基准apk包、mapping文件、R.txt文件，如果线上版本有bug，就可以借助我们tinker-support插件进行补丁包的生成），也就是我们有bug的一个版本，然后运行到手机去测试，点击崩掉。
>第二步
>
修改bug，并去我们的tinker-support.gradle这个文件中，把生成的bug版本的文件夹名字复制，修改def baseApkDir = "app-0611-20-44-04"这个值，把赋值的内容放在这个变量中
第二个修改的就是我们的tinkerId = "patch-1.0.1-0611-2030"
只用把patch随便改个自己记住的名字，把后边版本号增加就行，比如2030--》到2060 2045 2080 只要大于之前那个就行
>第三步
同样找到我们studio右上角的Gradle，点开会看到tinker-support这个文件夹，点开，找到buildTinkerPatchRelease，双击生成补丁包，等待生成后，会在我们的build下的outputs目录下的patch文件夹中，同样会生成三个文件，我们保存，并把7zip。apk名字的去上传到我们的腾讯Bugly中，找到应用升级模块，点击热更新，上传补丁，把此文件上传上去，会自动匹配目标版本，并在下发中选择全量设备，点击立即下发即可，等待10分钟左右再去看应用（有可能时间更长，不固定），已经修复。
网友评论