前言：本來這個月是想順著上周的地圖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層），日后如果有涉及到再補充吧
