258资源分享网

博主最近因工作任务缠身，都无暇顾及到我的这片自留地了。前段时间稍有空闲，花了较多的精力学习《啊哈算法》，从中学习到很多之前没有太注重的内容，收益颇丰。但是这些算法题目还没有看完，等后面有时间了，还需重新自我温习一下前面所写的内容，并且继续耕耘后面的算法知识。

今天稍微有点时间，总结一下博主近期工作中所遇到的一些难题，希望借此机遇总结一下类似问题的解决方法，也算是一种积累吧。

背景

我们在司机的手机APP里预置了定时上报GPS数据的功能，功能设置为了APP每15秒收集一次GPS定位地址，然后每收集到10次就上报到服务器端持久化。但因为APP非安卓系统集成，而是由我方自主提供并设计了此功能，那么GPS数据的收集就有可能因司机人为操作或者其他网络等的影响，产生定位偏差或者获取定位失败的情况。现在我们服务端就有这么一个需求，要求分析出安装在司机手机中的APP是否定期收集到了GPS位置。

为了保证GPS定位数据能够较为顺利的上传到服务器端，我们在APP每次请求完服务器端之后，只有当APP接收到来自服务器的正确回应，才能表示这次上传数据是正常且准确的，然后清空掉APP端上一次记录的GPS定位数据；但是如果APP因为各种原因无法将上一次收集的数据上报的服务器端，再尝试一番之后无果，将会在下一次与下一批收集到的数据一同上报，通过此机制来保证数据传递的稳定性。

分析

如果司机手机中的APP是定时15秒就收集到GPS地址的话，那么持久化到数据库中按获取时间顺序排列的前后两条记录的时间差应该就是15秒了，如果大于了15秒，那么就说明定时获取出现了问题。那么现在我们要做的，就是筛选出前后两条记录在获取GPS位置的时间差是否大于15秒，计算时间差的方法在MySQL中已经有了，那就是TimeDiff（对于TimeDiff在Java中使用的小坑我前面的博文有所总结，有兴趣的朋友可以Mark一下，后面抽时间看看。），而对于计算前后两条记录怎么计算差值，这好像确实没有接触过，那么本篇文章就来解决这个问题。

传送门：SQL函数TIMEDIFF在Java程序中使用报错的问题分析

https://www.cnblogs.com/captainad/p/10855608.html

解决

首先博主在服务端有一个表来记录司机上报上来的GPS点位信息，表结构如下：

1 -- 司机GPS收集表 2 CREATE TABLE captainad_driver_gps_position ( 3 id BIGINT NOT NULL auto_increment COMMENT '主键', 4 business_id BIGINT DEFAULT NULL COMMENT '业务ID', 5 device_mac VARCHAR (64) DEFAULT NULL COMMENT '设备MAC地址', 6 device_imei VARCHAR (64) DEFAULT NULL COMMENT '设备IMEI', 7 lat_lng VARCHAR (64) DEFAULT NULL COMMENT '纬经度', 8 capture_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '捕获时间', 9 create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', 10 update_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间', 11 PRIMARY KEY (id), 12 KEY `idx_business_id` (`business_id`) USING BTREE 13 ) ENGINE = INNODB DEFAULT CHARSET = utf8 COMMENT = '司机GPS收集';