安卓应用升级、捕捉异常上报、运营统计

最近公司项目使用到腾讯的Bugly进行APP升级，但是意外发现了除应用升级之外其他强大实用的功能。 
第一,Bugly 应用升级服务为开发者的应用版本配置升级提醒，并可对用户范围及数量进行精准控制，多纬度数据监控，实时了解版本转化率。 
第二，附带运营统计功能。 
第三，附带捕捉异常上报的功能，并可通过邮件推送提醒开发者，在发布的APP出现异常之后立刻修复。

安卓应用内升级 
一、弹窗样式–可多选 
强大的升级SDK和完善的升级配置页面，既有多样式可选还可以上传Banner图片，弹窗逼格UP！

二、弹窗升级–功能全 

升级方式：可根据产品需求选择推荐升级或强制升级 
弹窗样式：三类弹窗样式，随你喜欢。还不够？后续我们将推出自定义弹窗样式，你的弹窗你做主 
弹窗下发条件：按版本，渠道，网络环境对升级用户进行筛选，可精准控制版本灰度范围 
启动&停止条件：可根据预定时间或实际升级用户数，精准控制版本灰度范围 
自动弹窗规则：为防止升级弹窗骚扰用户，产品可定制自动弹窗规则 
三、统计数据–实时看 
同时提供分发、下载、安装、激活等多维度数据监控，让您实时了解用户的升级转化率

四、SDK功能亮点 
自定义参数设计：Beta.canShowUpgradeActs.add(MainActivity.class);可指定只在哪个Activity弹窗，给用户带去最小的骚扰 
网络切换：下载apk时当用户切换到移动网络，会有弹窗提示需不需要继续下载，切回wifi后弹窗自动消失后台继续下载 
强制更新：杀手锏式更新，用户不点击更新将不能继续操作App，用于回收低版本用户，转化率棒棒哒 
自定义UI：如果觉得标准的弹框推送不够狂拽酷炫，可支持自定义UI，让升级弹窗更贴近产品风格。 
下面是我的集成步骤： 
1.注册账号。进入https://bugly.qq.com，注册账号。 
2.新建产品。新建产品,获取产品 APP ID，之后在App中注册使用。 
3.在gradle中引入。 
配置示例（路径app/build.gradle）：

android { 
defaultConfig { 
ndk { 
//设置支持的SO库架构 
abiFilters ‘armeabi’ //, ‘x86’, ‘armeabi-v7a’, ‘x86_64’, ‘arm64-v8a’ 
} 
} 
} 
dependencies { 
//注释掉原有bugly的仓库 
//compile ‘com.tencent.bugly:crashreport:latest.release’//其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.3.2 
compile ‘com.tencent.bugly:crashreport_upgrade:latest.release’//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.2.0 
compile ‘com.tencent.bugly:nativecrashreport:latest.release’ //其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.2.0 
} 
4.参数配置。 
在AndroidMainfest.xml中进行以下配置

<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" />

2）. Activity配置

 <activity
            android:name="com.tencent.bugly.beta.ui.BetaActivity"
            android:configChanges="keyboardHidden|orientation|screenSize|locale"
            android:theme="@android:style/Theme.Translucent" />

3). 配置FileProvider

注意：如果您想兼容Android N或者以上的设备，必须要在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>

在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>

注：1.3.1及以上版本，可以不用进行以上配置，aar已经在AndroidManifest配置了，并且包含了对应的资源文件。

5.测试验证

统一初始化方法：

Application类的onCreate中 ：Bugly.init(getApplicationContext(), "注册时申请的APPID", false);

参数解析：

参数1：上下文对象

参数2：注册时申请的APPID

参数3：是否开启debug模式，true表示打开debug模式，false表示关闭调试模式

提示：已经接入Bugly用户改用上面的初始化方法,不影响原有的crash上报功能; init方法会自动检测更新，不需要再手动调用Beta.checkUpgrade(), 如需增加自动检查时机可以使用Beta.checkUpgrade(false,false);

参数1：isManual 用户手动点击检查，非用户点击操作请传false

参数2：isSilence 是否显示弹窗等交互，[true:没有弹窗和toast] [false:有弹窗或toast]

接下来你就可以在服务器中设置升级策略了。详情参考https://bugly.qq.com/docs/user-guide/instruction-manual-android-upgrade/?v=20170607153855