上报用户行为埋点日志

一、上报流程

1，获取配置文件 
2，埋入行为数据 
3，缓存行为数据 
4，上报行为数据
5，其他细节处理 

二、技术应用

支持网络请求上报的压缩机制
支持接口请求的版本控制，如根据App版本控制不同版本的配置获取。

三、技术难点

数据的准确性要求。
数据的时效性要求和APP性能要求的技术运用。

四、机制策略

1.上报机制

上报时机
- 没有网络时不上报 
- 没有数据时不上报 
- 退到后台时上报
- 启动时上报。 

上报失败
- App切换到后台时导致的，放到下次启动再传。
- App启动时导致的，读取配置文件uploadInterval，再次上传一次。

存储空间
- 如果本地数据库未上传条数达到startlocalNum，自动触发日志上传。
- 如果存储空间小于10M，自动触发日志上传。

注释：（更好的上报方式，可以考虑不使用定时机制，根据系统监听网络状态或runloop等方式，被动上报的机制，这样对APP耗电量的损耗更小，甚至多种方式结合，根据不同的数据时效性要求）

2.获取配置

1. APP启动时获取。 
2. 根据App版本配置有更新则更新，没有则不返回。 
3. 缓存配置 
4. 更新缓存配置。

五、配置文件接口定义

请求参数： 
  OS [Name，Version] 
  App [Name，Version] 

返回字段： 
  本地存储条数上传标准 startlocalNum (5000) 
  单次最大上传条数限制 maxUploadCount (1000) 
  失败再上传的时间间隔 uploadInterval (60秒) 

六、上报数据接口定义

请求参数
  OS[Name，Version] 
  App [Name，Version] 
  user [Id, City] 

返回字段
  OSS授权 
  存储路径 

三、其他技术

• 为防止串改，可以对数据验签
• 请求数据支持zip压缩

数据压缩
- zip 
- 0.5k/条 -> 1/10 

七、常规事件收集

• 冷热启动
• 冷热退出

八、Debug模式支持

debug模式支持打印日志