因此，我已經(jīng)與FusedLocationClient合作了大約2個月。向客戶端傳遞一個位置請求，該請求至少在手機“清醒”時正確設置檢索位置更新的時間間隔。如果將時間間隔設置為1分鐘，則幾乎每分鐘都會得到一次更新，但是當手機被鎖定然后返回到應用程序時，我可以看到更新僅每10分鐘發(fā)生一次。有使用過Android FusedLocationClient的經(jīng)驗的人有什么線索可能會發(fā)生這種情況嗎？客戶端正在使用Looper.myLooper（）循環(huán)，如果手機被鎖定，此線程會減慢速度嗎？  mLocationRequest = new LocationRequest();    mLocationRequest.setPriority(LocationRequest.PRIORITY_HIGH_ACCURACY);    mLocationRequest.setInterval(OneMin);    mLocationRequest.setFastestInterval(OneMin);    mLocationRequest.setMaxWaitTime(OneMin);更新為原始問題********因此，在從回調(diào)方法將“融合的位置客戶端”切換為“待處理的意圖方法”之后，我仍然得到相同的結(jié)果。這個待定的意圖方法應該從應用程序后臺而不是前臺運行客戶端，但是位置更新仍然會慢到10分鐘。這是我的待定意圖日志。06-28 07:55:39.201 D/ddd: onHandleIntent: 38.5377347, -106.940894106-28 07:56:41.128 D/ddd: onHandleIntent: 38.5377747, -106.940646506-28 07:57:43.055 D/ddd: onHandleIntent: 38.5372963, -106.940943906-28 07:59:33.098 D/ddd: onHandleIntent: 38.5378022, -106.940681406-28 08:10:22.646 D/ddd: onHandleIntent: 38.5378164, -106.941032106-28 08:20:35.668 D/ddd: onHandleIntent: 38.5378373, -106.940801606-28 08:30:35.790 D/ddd: onHandleIntent: 38.5377677, -106.9407083您可以從時間戳中看到該間隔從1分鐘變?yōu)?0分鐘。關(guān)于如何防止這種情況的任何想法？Android文檔正在深入研究建議使用Scheduled job的漏洞，但沒有給出直接的示例。