前言：本来这个月是想顺着上周的地图SDK接着总结定位SDK的，但是由于本月事情比较多，而梳理这个咕咚核心功能用到的定位SDK又比较耗时，所以暂放一下，来总结梳理一下安卓的传感器。泼辣的你可能又要开骂了...“明明说好造咕咚！点击进来你扯传感器，忽悠大众？”
其实，用过地图类的软件或者咕咚的人都应该记得，当你处于室内，或者深山老林，灌木丛生之地，地图上标注你当前位置的点往往一直闪烁，而且闪烁的范围还比较大。这种时候，拿着导航地图却搞不清自己到底在哪儿的你会很自然的喊出一句WTF！归结其原因，不过就是当前地图的GPS信号太弱，或者不稳定。
正如第一篇中所提到，所有的数据几乎都是通过GPS定位，转化成坐标，然后通过坐标去计算速度，距离，配速等等，那么，当出现前面说的GPS信号不稳定，或者压根就没信号的时候怎么办呢？用户辛苦跑半天，结果你啥数据没记，或者是一堆压根就不是人类能达到的数据（GPS漂移的速度瞬间能上法拉利哦），这两种体验想想就会让很多有脾气的人又喊到WTF，然后早卸
时间限制，，这里直接给出解决方案
1.对于GPS弱，或者不稳定，出现小幅飘逸的情况，咕咚等大多数app都会采取算法过略，算法排点等处理方法，这种情况等到写完定位SDK后会详细讨论~标题都已经想好了，嗯！ “徒手造咕咚之优化篇(x):GPS取点过滤，优化”。
2.对于GPS信号全无，或者进出地铁站等场所导致大幅漂移的情况，咕咚等大多数app采用的是传感器计步：通过传感器估量用户的行走步数，然后通过估算算出此段距离~当然，这种传感器记步是木有轨迹的！
废话了半天，终于洗白了，为什么要扯安卓传感器！目的就是处理上面说的第二种情况，当极端环境出现时，让用户尽量不早卸~
一、安卓4.4+自带计步传感器
在大于4.4的设备安卓设备上（大多数），一般都自带有两种计步传感器服务，通过获取到对应的传感器，设置对应的监听，可以在步数改变时候触发回调。 这两种计步传感器可以很方便的帮我们实现计步的功能。
引用代码示例
初始化传感器：
SensorManager sensorManager=(SensorManager) context.getSystemService(mComtext.SENSOR_SERVICE);//获取系统传感器服务
if (VERSION_CODES >= 19) { //4.4设备之上
addCountStepListener(); //使用系统的计步传感器
} else {
addBasePedoListener(); //使用基础的传感器 实质是加速传感器
}
private void addCountStepListener() {
Sensor detectorSensor = sensorManager.getDefaultSensor(Sensor.TYPE_STEP_DETECTOR);//第一种累加计步，特点：每次触发，count+1
Sensor countSensor = sensorManager.getDefaultSensor(Sensor.TYPE_STEP_COUNTER);//第二种是持续计步，特点：在一段时间里只触发一次，会累计步数，在运动停止后触发，并且返回累计值。
if (detectorSensor != null) {
sensorType = "TYPE_STEP_DETECTOR";
sensorManager.registerListener(sensorEventListener, detectorSensor, SensorManager.SENSOR_DELAY_UI);
} else if (countSensor != null) {
sensorType = "TYPE_STEP_COUNTER";
sensorManager.registerListener(sensorEventListener, countSensor, SensorManager.SENSOR_DELAY_UI);
} else {
addBasePedoListener();
}
}
@Override
public void onSensorChanged(SensorEvent event) {
if (sensorType.equals("TYPE_STEP_DETECTOR")) {
if (event.values[0] == 1.0f ) {
setpCount++;
}
} else if (sensorType.equals("TYPE_STEP_COUNTER")) {
setpCount= (int) event.values[0];
}
}
@Override
public void onAccuracyChanged(Sensor sensor, int accuracy) {
}
整段代码逻辑如下：
1.获取传感器Manager
2.当设备系统>=4.4 通过传感器Manager获取类型为TYPE_STEP_DETECTOR和TYPE_STEP_COUNTER的两种计步传感器，并且优先使用TYPE_STEP_DETECTOR，
最后activiy实现SensorEventListener接口获取回调onSensorChanged（主要）和onAccuracyChanged（没用到）
3.当设备低于4.4或者两种系统传感器都获取失败时使用基础传感器-加速传感器
二、系统加速传感器
引用代码示例
加速传感器，当无法使用系统自带的计步传感器时使用系统的加速传感器去实现模拟计步
StepDcretor为github上基于加速传感器模拟计步的实现~这里有需要的自己百度，代码太长这里不贴
private void addBasePedoListener() {
// 获得传感器的类型，这里获得的类型是加速度传感器
// 此方法用来注册，只有注册过才会生效，参数：SensorEventListener的实例，Sensor的实例，更新速率
StepDcretor stepDetector = new StepDcretor(mComtext);
sensorType = "TYPE_STEP_COUNTER";
Sensor sensor = sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER);
sensorManager.registerListener(stepDetector, sensor, SensorManager.SENSOR_DELAY_UI);
stepDetector.setOnSensorChangeListener(mysensorEventListener);
三、传感器知识补充
其实传感器的种类还有很多，在app中的应用也不少，其他传感器没用过~也不是这里的重点，所以简单梳理一下
define SENSOR_TYPE_ACCELEROMETER 1 //加速度
define SENSOR_TYPE_MAGNETIC_FIELD 2 //磁力
define SENSOR_TYPE_ORIENTATION 3 //方向
define SENSOR_TYPE_GYROSCOPE 4 //陀螺仪
define SENSOR_TYPE_LIGHT 5 //光线感应
define SENSOR_TYPE_PRESSURE 6 //压力
define SENSOR_TYPE_TEMPERATURE 7 //温度
define SENSOR_TYPE_PROXIMITY 8 //接近
define SENSOR_TYPE_GRAVITY 9 //重力
define SENSOR_TYPE_LINEAR_ACCELERATION 10//线性加速度
define SENSOR_TYPE_ROTATION_VECTOR 11//旋转矢量
可能涉及到的功能大概有 摇一摇，指南针，游戏开发用到的光感，重力，温度等（游戏：是男人就上100层），日后如果有涉及到再补充吧
