最近在項目中研究計步模塊，每天0點開始記錄當天的步數，類似微信運動。碰到了不少坑今天有時間整理出來給大家看看。
做之前在google、baidu、github上搜了個遍沒找到好的，大多數都是需要在后臺存活，需要后臺Service。
對于現在的各大手機廠商為了提高電池的續航里程(省電)，基本上AlertManager、
android.intent.action.BOOT_COMPLETED、后臺Service都是被干掉的。
后臺保活策略Service，基本上沒什么用，被手機系統干掉只是時間問題，所以我認為最好也不要去做，就算后臺存活了，用戶看到這個app非常費電也會被刪除的。
目前android計步有兩種方式
系統計步芯片
在Android4.4版本之后，部分機型實現了Sensor.TYPE_STEP_COUNTER傳感器，用于紀錄用戶行走的步數。從手機開機開始紀錄，手機關機時重置為0。
這個記步芯片是系統級別的，相對之前老版本的傳感器記步，性能有一些優化：
不會因為App單獨用了記步的功能而額外耗電
系統芯片記步是持續的，能夠優化部分機型后臺不記步的問題。
加速度傳感器計算方式
加速度傳感器非常耗電，導致App的耗電量很高，影響用戶體驗。
需要后臺實時運行才能實現記步的功能，如果App進程被系統或者安全軟件殺死，導致記步功能沒辦法使用
根據以上兩種方式實現計步，手機提供計步傳感器就使用Sensor.TYPE_STEP_COUNTER方式(app后臺關閉也可以計步)，如果不提供就使用SensorManager.SENSOR_DELAY_UI方式(app需要保持后臺運行)。
項目結構：
計步Service使用單獨進程，所以使用到進程間通信aidl，todaystepcounterlib為庫文件用于在單獨進程中實現計步算法，app依賴todaystepcounterlib項目獲取當前步數展示。
接入方式：
項目結構app中時如何使用計步模塊的看如下代碼
public class MainActivity extends AppCompatActivity {
private static String TAG = "MainActivity";
private static final int REFRESH_STEP_WHAT = 0;
//循環取當前時刻的步數中間的間隔時間
private long TIME_INTERVAL_REFRESH = 500;
private Handler mDelayHandler = new Handler(new TodayStepCounterCall());
private int mStepSum;
private ISportStepInterface iSportStepInterface;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Intent intent = new Intent(this, VitalityStepService.class);
startService(intent);
bindService(intent, new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
iSportStepInterface = ISportStepInterface.Stub.asInterface(service);
try {
mStepSum = iSportStepInterface.getCurrTimeSportStep();
updateStepCount();
} catch (RemoteException e) {
e.printStackTrace();
}
mDelayHandler.sendEmptyMessageDelayed(REFRESH_STEP_WHAT, TIME_INTERVAL_REFRESH);
}
@Override
public void onServiceDisconnected(ComponentName name) {
}
}, Context.BIND_AUTO_CREATE);
}
class TodayStepCounterCall implements Handler.Callback{
@Override
public boolean handleMessage(Message msg) {
switch (msg.what) {
case REFRESH_STEP_WHAT: {
if (null != iSportStepInterface) {
int step = 0;
try {
step = iSportStepInterface.getCurrTimeSportStep();
} catch (RemoteException e) {
e.printStackTrace();
}
if (mStepSum != step) {
mStepSum = step;
updateStepCount();
}
}
mDelayHandler.sendEmptyMessageDelayed(REFRESH_STEP_WHAT, TIME_INTERVAL_REFRESH);
break;
}
}
return false;
}
}
private void updateStepCount() {
Log.e(TAG,"updateStepCount : " + mStepSum);
TextView stepTextView = (TextView)findViewById(R.id.stepTextView);
stepTextView.setText(mStepSum + "步");
}
}
計步策略：
1.如果使用加速度傳感器計步必須要app在后臺存活才可以計步。‘
2.重頭戲是使用計步傳感器實現計步，app在后臺關閉也可以計步。
如下是采用Sensor.TYPE_STEP_COUNTER傳感器實現計步策略：
1. 用戶新安裝app，從用戶第一次打開App開始計步，當天不跨天
2. 用戶一直打開app計步，且跨越0點沒有關閉App
3.用戶打開一次App后臺關閉，跨越0點且0點分隔AlertManager不能自啟動(目前多數手機都是不能啟動的)
4.用戶打開一次app后臺關閉，跨越多個0點且Alertmanager 0點分隔可以啟動
5.用戶開啟一次app且在同一天進行重啟手機(自啟動不好用，很多手機不好用)
6.用戶開啟一次app，開關機跨0點(開機自啟動不好用)
7.用戶開啟一次app，開關機跨0點(開機自啟動可以)
缺陷
1.方案三 跨0點打開app步數算 前一天的，如果跨越多天會導致前一天步數非常大。
2.方案四 跨0點之前的步數會丟失(由于0點分隔AlertManager可以回調，所以可以處理0點之前的數據，以后版本在修復吧)
3.在計步器回調中頻繁調用SharePreference費電
注意：
1.每天早上打開App可以提高幾步精度，和微信步數幾乎一致。
2.每次重啟手機請打開app，會合并步數
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
)
