最近公司要做一款跟滴滴打车功能很类似的APP，就自己研究了一下滴滴打车的实现原理，纪录于笔。 首先，得有自己的服务器端，司机端APP通过GPS定位实时获取经纬度，有变化时发往服务端。后台有一张表，这张表保存了出租车每一秒的经纬度坐标，剩下的就是后台的检索，检索时，按二维坐标检索出指定位置最近的坐标即可。像微信，最近的好友都是这个原理。目前mongodb, postgresql,均支持二维索引，mysql通过插件虽然也支持，但效果差强人意。 接下来，回到前端，你需要在前端的地图上实时刷新，每隔一秒，就向后台请求一次当前车子的最新坐标，然后把车子的位置重新设置到这个坐标上来，这就实现了你说的移动、停止、等红灯 这期间服务端只负责用户过滤车数据转发，所以压力并不大，当然要提前做好内存表的索引。 当然服务端构架不可能是单机的，因为用户连接众多，整个服务集群的构架会比较复杂，几句话无法说清。 像滴滴打车这样的服务端是比较复杂的，用户众多，同时在线量可能超过百万，以单机带1w用户来说都需要100以上的业务服务端。这100w的在线用户分布到众多的服务端上，要进行数据过滤也不是像单机服务器那样一个内存表就搞定的。 关于打车中语音发送的问题： 1、乘客启动滴滴打车软件客户端; 2、点击“现在用车”，按住说话，发送一段语音说明现在所在具体的位置和要去的地方; 3、松开叫车按钮，叫车信息会以该乘客为原点，在90s内自动推送给直径3公里以内的出租车司机，司机可以在滴滴打车司机端一键抢应，并和乘客保持联系; 4、在乘客到达目的地下车需要支付车费时，即可使用滴滴打车合作伙伴微信支付和QQ钱包进行线上支付，既可享受免找零烦恼，也避免了假币，丢钱包等现象发生，完成了从打车到支付的一个完美闭环服务，让用户的出行尽在自己掌握。 滴快车，专车，指派订单根据司机所在的位置，推送距离司机最近的订单，并保证在指定时间内只推送给一个司机。一个订单,同一时间只派给一个司机。司机听单时,只需点击[接单]按钮确认接单。 如果在规定时间内未抢单,司机将不会再听到此订单。将会推送给其他司机。但不会出现接单失败的情况。 显示地图上司机的算法，可参考这篇文章
骨头杀手
