1. android 使用Bugly crash不上報的問題
最後發現是項目的application中手動捕獲了異常，推測是導致bugly沒能捕獲異常上報的原因。注釋掉後就沒問題了。或者把自己注冊的handler放到bugly初始化前面
2. Android Bugly 中的熱修復接入方式（坑已找到原因）
配置：
/** 第一步：bugly 熱更新配置: 項目中的build.gradle */
jcenter()
/** 第二步：bugly 熱更新配置，版本號一定要按照如下標明的填寫: 項目中的build.gradle /
/ * 設置tools的gradle 版本 /
classpath "com.android.tools.build:gradle:3.4.0"
/ * tinkersupport插件 */
classpath "com.tencent.bugly:tinker-support:1.1.5"
/** 第三步：bugly 熱更新配置: Mole中的build.gradle*/
ndk {
//設置支持的SO庫架構
abiFilters 'armeabi','x86','armeabi-v7a','x86_64','arm64-v8a'
}
/** 第四步：bugly 熱更新配置: Mole中的build.gradle，版本號一定要按照如下標明的填寫*/
implementation "com.android.support:multidex:1.0.2" // 多dex配置
//注釋掉原有bugly的倉庫
// 指定tinker依賴版本（註：應用升級1.3.5版本起，不再內置tinker）
implementation 'com.tencent.tinker:tinker-android-lib:1.9.9'
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl= https://services.gradle.org/distributions/gradle-6.7-all.zip
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<uses-permission android:name="android.permission.READ_LOGS" />
<uses-permission android:name="android.permission.REQUEST_INSTALL_PACKAGES" />
<activity
android:name="com.tencent.bugly.beta.ui.BetaActivity"
android:configChanges="keyboardHidden|orientation|screenSize|locale"
android:theme="@android:style/Theme.Translucent" />
<provider
android:name=".utils.BuglyFileProvider"
android:authorities="${applicationId}.fileProvider"
android:exported="false"
android:grantUriPermissions="true"
tools:replace="name,authorities,exported,grantUriPermissions">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/provider_paths"
tools:replace="name,resource"/>
</provider>
/** 第九步：在utils包中創建命名為BuglyFileProvider類，並繼承FileProvider */
public class BuglyFileProvider extends FileProvider {
}
/** 第十步：在res下創建xml目錄，並且創建 provider_paths.xml 文件，文件內容如下：*/
<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
<external-path name="beta_external_path" path="Download/"/>
<external-path name="beta_external_files_path" path="Android/data/"/>
</paths>
/** 第十一步： 在mole根目錄下即app根目錄下創建tinker-support.gradle這個文件，文件內容如下：*/
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
/**
/** 第十二步：在mole的頂部，添加依賴插件腳本 */
apply from: 'tinker-support.gradle'
/** 第十三步：在 tinker-support.gradle 文件中修改如下屬性值 */
enableProxyApplication = true
/** 第十四步：在Application 類中初始化熱修復補丁 */
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();
}
}
/** 第十五步：混淆 /
-dontwarn com.tencent.bugly. *
-keep public class com.tencent.bugly.* { ;}
-dontwarn com.tencent.tinker.**
-keep class com.tencent.tinker.** { ; }
如果使用了support-v4，需要添加如下規則：
-keep class android.support. { ;}
3. android bugly統計數據准確嗎
umeng推出 crash上報工具有3年多了，主題核心功能基本沒做大的改進，最近因為需要實時查看crash 日誌，對，是實時，希望app crash 後，能夠馬上看到錯誤，方便解決crash問題，發現了bugly工具（這個工具還是騰訊提供的,大公司提供的，不會像小的創業團隊，隨時會關閉），
以下是對umeng crash 和 bugly 做的一些對比分析
1. crash 日誌上報的及時性方面
umeng的太慢了，需要1-2小時才能顯示當日的bug，而且有**，每天只能**1000個 crash 日誌，bugly 宣稱的是實時，經過我的測試，比較及時，基本在1分鍾之內就能看到bug 的錯誤
從錯誤的及時性來收，bugly
4. 騰訊Bugly Android SDk 鏡像使用
騰訊Bugly Android SDk 鏡像使用
1.打開獨立Android SDK Manager
2.菜單依次打開Tools—>Manage Add-on Sites...—>User Defined Sites：
3.輸入下面鏈接： http://android-mirror.bugly.qq.com:8080/android/repository/addon.xml
4.進入SDK Manager的Settings中,
5.設置代理伺服器為 android-mirror.bugly.qq.com
6.代理埠為 8080
7.不勾選 Use Download Cache
8.勾選Force Http...
5. Android Bugly上報過程源碼分析
核心類： com.tencent.bugly.crashreport.crash.e
由於混淆機制，方法名和類名不一定相同，以具體看到的內容為准
com.tencent.bugly.crashreport.crash.b
6. android 什麼是bugly異常上報
在你程序裡面實現UncaughtExceptionHandler介面，當你程序出現crash(沒有被處理的異常)時異常最終會上報到此類，然後你收集起來保存到本地，用戶下次啟動app（或者其他什麼時機）你把這個bug異常上傳到自己後台伺服器，分析使用