一、功能设计
app后台定位
app后台上传位置
定位和上传做在俩个单独的service里面，并配置到单独的进程里面
Activity只做前台显示和控制。不做具体功能，因此，Activity执行onPause之后，不影响后台定位和上传
支持关屏定位上传
二、手机定位
流量定位：
流量定位本来就不准，不准的原因是流量定位基于基站，只能定位到基站所在位置，跳来跳去是因为在基站信号边缘，
两个基站在来回切换，流量定位的误差值在300m-600m左右，现在基站的信号都比较强大，所以距离也比较远
WIFI定位：
根据ip定位，位置固定不变。
gps定位：
1.可用于实时定位位置，只能在室外
2.gps定位的原理与限制
gps的信号是广播式的，学名叫无源定位，就跟电台广播一样，发射的信号是精确的时间和卫星的位置信息。
我们手机和车上的gps模块也有精确时间。利用四颗卫星广播的信息进行定位。所以，并不是卫星针对某一个gps用户机发射信号，是无差别覆盖的。
GPS系统的接收机都是采用无源定位方式（就是接收机不需要发送信号）。
而我们手机没有大的接收天线，因此，在屋子里面收不到卫星的信号，不能定位。
3.注意：gps一个使用经验：其他应用可以正常使用gps，但是新通过Android Studio安装的应用偶尔不能使用gps，即便是打开了GPS开关，权限之类的。
处理办法是，重启手机，也就是说代码等是正确的，新安装了应用，不能定位，就重启一下手机即可。测试手机，魅族手机。
三、构架设计
在定位上传时候面对的环境：
1.网络未必稳定，不能保证请求成功（关流量，没有信号，欠费）
2.定位未必成功，遇到没有gps信号的地方
因此设计，俩个功能单独分开作为俩个单独的服务进程，分别做冗余设计。而俩个部分之间需要传输定位数据，而数据并不能保证一次性上传完成，
因此设计了单独的数据存储单元，作为定位服务和上传服务之间的桥梁和缓存。
这个桥梁选择的是sqlite数据库，同时Activity可以读取数据库里面的定位点，显示为轨迹。
整体结构如下：