1
手机定位的价值
目前智能手机的使用已经越来越普遍，手机定位也是手机上的一个核心基础功能。举一个常见的应用如叫车，司机需要知道你在哪里，同时打车软件也需要基于司机和乘客的位置规划一条路线，让司机更高效的行驶到用户这里。这就是典型的定位服务的应用。当然，除去这种应用，用户位置本身的展示，也是地图产品中不可缺少的。
那么问题就来了，作为app的用户，你可能会好奇这个app是如何知道你的位置；而作为app的开发者，是如何在程序中得到设备当前的准确位置的呢？
这个问题说来话长，我们还是先从定位原理上来解释吧！
2
可用于无线定位的信号
很显然，一个功能正常的手机，总是能够受到各种无线信号，这些无线信号的“局部唯一性”，是该设备能定位的关键前提。什么叫局部唯一性？我们再把这些具体的信号来展开解释下你就知道了：
基站信号：
一个手机能够接打电话、收发短信，说明该手机能与附近基站发起交互，收发信号。特别地，对于智能手机，还可以通过系统的接口得到基站ID。正常情况下，每个基站ID是全球唯一的，这样如果扫到了某个基站ID，我们又知道该基站的位置，便能粗略估计设备的位置。做出这个推测的前提就是一个基站的信号发射范围是有限的，正常的手机，不可能在相距这个基站很远的时候，还收到这个基站的信号。
在无线通信相关的教科书里，讲到基站定位，总是会谈到三角定位，也就是下图描述的原理。下图是很容易理解的，一个手机能扫描到三个基站的信号，因此其必然在三个基站的共同覆盖范围内，从而推算的范围就大大缩小。但现实是很骨感的，在现在的智能手机上，只有极少数的手机可以获取到多个周围的基站ID，而且也无法反算出和这些基站的距离，所以这个算法除非电信运营商自己可以试试，对于别人是没有实战价值的。在实战中，只能是退而求其次，基于单个基站来定位。
WIFI信号：
现在的智能手机都支持wifi上网了，而我们连接的每个wifi路由器（包括手机做移动热点的那种），都有全球唯一的MAC地址。更重要的是，wifi路由器的部署成本低，因而非常普遍，在一个楼层里就会有很多个wifi热点。因而不难想到，一旦我们有了这个全球每个路由器的实际位置，那么我们就可以基于用户手机扫描到的周围wifi热点，确定用户当前的位置。
说到这里，有的朋友会问，如果一个人带着手机，开着移动热点到处行走，还有那种地铁、高铁、公交车上的移动wifi，岂不是就会引起定位的错误？答对了，确实是这样，而且根据统计，这种情形还在愈演愈烈。因此，如何想办法来迅速过滤这种移动热点，是个值得研究的问题。
GPS信号：
如果手机在室外或者窗边，那么就可以接收到天上的定位卫星发射出来的信号，基于这种信号，可以推算手机到每颗卫星的距离、卫星位置，进而推算出手机的位置来。需要注意的是，这个解算是在GPS芯片中完成的，在手机操作系统层面上，可以直接通过API接口得到解算的结果和误差半径。
对于GPS的原因我们不多解释，但在调用时要注意两点。第一就是GPS的初始定位是很耗时间的，对于老一些的芯片，可能要耗费几分钟才能冷启动定位成功；第二是GPS精度并非是完全可依赖的，在一些地方达到几百米都有可能。
其他：
以上三种是最常用的定位方式，此外还有蓝牙/IP/地磁场等手段，对于它们的优缺点，我们汇总如下：
定位方法
场景
精度
开发者实现方式
GPS
室外或窗边，初次定位需要若干秒锁定等待时间
一般情况下10M内，高楼边和高架下面100M内
芯片实现，系统API提供，开发者直接调用。
基站定位
可以打电话的地方
几百米
系统API提供基站ID获取接口，开发者自行维护基站数据库，自行查询推算位置。
WIFI定位
有WIFI覆盖的地方
几米到几十米均可能，取决于部署密度。
系统API提供周围WIFI的mac地址获取接口，开发者自行维护mac数据库，自行查询推算位置。
IP定位
所有能上网的手机
如果连宽带上网，且宽带IP稳定，则几十米到几百米，否则只能到城市级，在漫游时IP定位可能会发生严重的错误。
开发者需要部署一个服务端，在服务端得到手机设备联网的公网ip，并且自行维护一个ip数据库，查询推算位置。
蓝牙定位
有iBeacon部署的区域
5-10M左右，取决于部署密度
系统API提供周围蓝牙信标的设备ID获取接口，开发者自行维护ibeacon数据库，自行查询推算位置。
磁场定位
任意区域。
室内磁场分布多样的区域可达到3M，否则就会变差。
系统API提供磁场强度获取接口，开发者自行维护磁场数据库，自行查询推算位置。注意磁场强度的绝对定位能力弱，须配合WIFI和Ibeacon等绝对定位方式
对于这些定位方法的详细原理以及适用范围，我们会在以后的介绍中，细致展开。
3
开发者如何实现定位能力
了解了这些定位方式的“开发者实现方式”，开发者恐怕要浑身冒汗了，千千万万的app难道者都如上述说的，“自行维护基站、WIFI数据库”吗？
答案当然是否定的，在实际的工程实践中，主流的做法是两种：
手段之一：调用系统级定位能力
无论哪个系统（IOS、安卓、WP）都提供了一套系统级定位能力，这样的定位能力，对应着是一套系统级API，这个API一般来说，总是会有如下几个精度的选项：
高精度：能搜到GPS卫星，则使用GPS定位，否则，则使用WIFI定位，如果WIFI和GPS都无法定位成功，只能根据基站来给出定位结果了。
平衡功耗：禁用GPS（因为它非常耗电），优先使用WIFI，如果WIFI不可用，则用基站来进行定位。
低功耗（被动定位）：根据不同系统的规定，实现方式也不同，但大体上都是共享其他app的定位结果，即其他app以高精度、平衡功耗的方式得到位置，那么这个位置也一并推送给当前使用“低功耗定位”的app，也就是该app不消耗额外的能耗，就完成了定位。
当然，这种系统级定位能力是有着软肋的，软肋在于以下两点
在基站、WIFI定位能力上，系统定位能力取决于系统自己在这方面投入数据收集推算的能力，这个是参差不齐的。举个简单的例子，百度和高德在中国采集了成百上千个公共场所的室内定位信息，使之能达到米级的室内定位，苹果做了吗？谷歌做了吗？微软做了吗？他们怎么和国内的服务商拼效果？居然还有人说苹果定位和谷歌地图在国内定位准，我真是醉了。
在中国，google的服务不可用，考虑到基站、WIFI定位必须连接服务端发请求，因而Android的系统级定位能力的可用性也会有很大的影响，至少那些“水货”手机，在中国基本就没法调用系统定位服务了，而行货手机，相应的厂商会改造这个API接口的实现，使得其重定向为请求国内某些定位服务商，从而使得这个接口重新变得可用（对开发者来说，他并不需要知道这个API是如何实现的）。
但是，我们不得不承认，在IOS和WP系统上，因为OS没有开放出读取基站和WIFI的接口，因此实际上操作系统的定位能力已经形成了垄断，开发者也就无法实现自主的定位能力。这也会导致在苹果和WP手机上，所有的app在同一时刻的定位误差，都是一样的。
手段之二：调用第三方定位SDK
对于可以公开读取基站、WIFI信息的Android手机系统，国内的百度、高德等地图厂商自行实现了定位SDK，该定位SDK的作用就是通过系统接口读取到原始定位信息，然后借助于各家自行部署维护的数据库，查询到当前扫描到的基站、WIFI的位置，最终计算出更准确的定位结果，通过SDK的接口，返回给开发者。这么做的好处，在于能够让app的定位能力脱离对手机系统的依赖。
举个例子，一个app他如果只是调用系统定位接口，那么在行货手机，由于手机厂商已经把定位的网络服务器重定向为国内定位服务商，所以肯定可以定位，但是在水货手机上因为系统底层是直接连google服务器的，就会无法定位。但用户就是上帝，出现了这个事情在用户看来，就是不能接受的，为了保证app在所有手机上都可以定位，开发者就会不得不使用第三方的独立定位SDK。
4
结束语
在本文中，我们讨论了手机定位的价值、各种定位方式的原理与开发者实现定位的工程化手段，希望大家读完本文后，可以结合提示，给出下列问题的回答。
在苹果手机上，微信的定位准、微博的定位不准！（苹果手机上的应用定位能力是谁提供的？）
我们公司搬家了，我在新的公司定位到了老的地方！（先看看你是不是把路由器都带过来了？）
在最新的Nexus6手机上，谷歌地图居然无法定位！（谷歌地图为什么会无法定位？）
在家里居然给我定位到几百米以外了，我都搞不清是xx地图太烂还是手机太烂了，不是说好GPS精度5米吗？（家里的话GPS可以定位成功吗？）
用陌陌，在三个位置，对同一个好友计算三次距离，即可用“三角定位”锁定好友的位置（如果对方在室内，用的是什么定位？他的定位精确度是多少？你认为这个精度可以做三角定位，还精确到对方的家吗？）
在以后的介绍中，我们会进一步对各种定位硬件的特点、各种定位方式的实现原理进行更细致的揭秘，敬请期待。