云控 数据上传

新旧云控，新旧上传SDK的实现和区别

0]旧云控的功能控制是使用FLAG控制，云下发flags:

Whetstone/app/klorobot/src/com/xxxx/klo/bugreport/util/Utils.java
CloudConfig.getInstance().getAnalysisFlag() & Globals.FC_ANALYSIS_FLAG) != 0


新云控的方法是下发压缩文件：更加文件内容下发通知到模块。


旧数据上传的方法:
1] 封装成json 格式:这个进而新旧ＳＤＫ没有关系
FeedbackBackgroundService.java: service
 -> handleMessage -> sendAnalytics
 -> AnalyticsManager.sendAnalytics


public class AnalyticsManager {
    private static final String TAG = Globals.KLOROBOT + "AnalyticsManager";
    private static final String ANALYTICS_CATEGORY = "xxxx_klo_meta_data";


    public static void sendAnalytics(Context context) {
        Utils.logD(TAG, "sendAnalytics");
        xxxxKloMetaData thrift = createReportThrift(context);
        tractEvent(context, thrift);
    }


    private static xxxxKloMetaData createReportThrift(Context context) {
        Utils.logD(TAG, "createReportThrift");
        xxxxKloMetaData thrift = new xxxxKloMetaData();
        thrift.setKloLog(Coder.encodeBase64(Utils.getKLOLog().toString()));
        return thrift;
    }


    private static void tractEvent(Context context, xxxxKloMetaData thrift) {
        ThriftTracker<xxxxKloMetaData> tracker = ThriftTracker.getInstance(xxxxKloMetaData.class, ANALYTICS_CATEGORY);
        tracker.startSession(context);
        tracker.setUseHttps(true);
        tracker.trackEvent(thrift);
        tracker.endSession();
    }
}


2] 调用不同的方法上传Json数据
所有上传的数据都在函数　Utils.getKLOLog　中封装，封装后数据上传的方法是：sendAnalytics。
旧SDK的方法：如上：
import com.yyyy.analytics.Actions;
import com.yyyy.analytics.Analytics;
import com.yyyy.analytics.Tracker;


import com.yyyy.xxxx.voip.analyticstracker.ThriftTracker;


新SDK的方法：
import com.yyyy.analytics.Actions;
import com.yyyy.analytics.Analytics;

import com.yyyy.analytics.Tracker;

/**********************************************************************************/
/data/xxx/whetstone # ls -al
-rw------- system   system      11862 2016-12-29 12:47 WhetstonePermission.apk


/data/data/com.xx.klo.bugreport/shared_prefs # ls -al
-rw-rw---- system   system        119 2016-12-29 10:59 _m_rec.xml
-rw-rw---- system   system        123 2016-12-30 14:53 analytics_updater.xml
-rw-rw---- system   system       1117 2016-12-30 14:52 com.xx.klo.bugreport_preferences.xml
-rw-rw---- system   system        399 2016-12-29 12:47 klobugreport_collect_logs_profile.xml
-rw-rw---- system   system        313 2016-12-29 11:06 klobugreport_hwinfo_profile.xml
-rw-rw---- system   system        175 2016-12-29 12:47 klobugreport_mcd_profile.xml
-rw-rw---- system   system        223 2016-12-30 14:52 klobugreport_memory_threshold_profile.xml
-rw-rw---- system   system        182 2016-12-30 14:52 klobugreport_sysmat_upload_profile.xml


来着服务器的配置：保存在路径/data/data/com.xx.klo.bugreport/shared_prefs下
com.xx.klo.bugreport_preferences.xml并不是来着某个设置网页；是本地推上去的。
结合这些配置信息，把代码流程再仔细研究下：
cat com.xx.klo.bugreport_preferences.xml                                     <
<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
    <string name="current_url_method">POST</string>
    <int name="timeout" value="52" />
    <string name="next_url_method">GET</string>
    <long name="pref_last_get_token" value="1482994420898" />
    <int name="bugreport_level" value="4" />
    <long name="last_update_time_of_this_file" value="1483080762517" />
    <long name="start_time" value="1482986863609" />
    <string name="current_url">https://cc.sys.xx.com/klobugreport/kloinfo2</string>
    <int name="current_url_timeout" value="168" />
    <int name="analysis_flag" value="511" />
    <boolean name="enable" value="true" />
    <string name="period">[2,4,24]</string>
    <long name="current_url_init_time" value="1482986863459" />
    <string name="version_incremental">1.1.1</string>
    <int name="index" value="3" />
    <int name="serialno" value="20" />
    <string name="version_for_autodebug">1.1.1</string>
    <string name="next_url">http://cc2.sys.xx.com/klobugreport/B/kloinfo</string>
    <long name="klorobot_release_last_update_time" value="1483080762320" />
</map>


而其他的如：均来着配置的网页
-rw-rw---- system   system        399 2016-12-29 12:47 klobugreport_collect_logs_profile.xml
-rw-rw---- system   system        313 2016-12-29 11:06 klobugreport_hwinfo_profile.xml
-rw-rw---- system   system        175 2016-12-29 12:47 klobugreport_mcd_profile.xml
-rw-rw---- system   system        223 2016-12-30 14:52 klobugreport_memory_threshold_profile.xml
-rw-rw---- system   system        182 2016-12-30 14:52 klobugreport_sysmat_upload_profile.xml


而whetstone使用的是另一种配置方法：
1. 不在直接在网页上配置，而是提供url:
{"data_xx_whetstone_whetstonepermission_apk":{"valid":true,"md5":"83bb94b308f17c13a9678482c433547c","url":"xxSys/0a0e9a467dc6849bb3a18497d49a6d9daa00f8f8e","file":"/data/xx/whetstone/WhetstonePermission.apk","broadcast":true,"class_name":"com.xx.whetstone.cloudClient.DownloadFinishReceiver","pkg_name":"com.xx.whetstone"}}


定时更新该网页，下载对应的配置文件，验证md5判断下载的是否正确，如果下载得到的版本号和
本地的不同，就向注册的需要配置文件信息的client 发送通知：


2.当前klobugreport中并没有使用这种配置方法，是定时从网页下载配置信息


3. 把配置文件打包成 apk, 啥个意思？