Vị trí được biết cuối cùng được ghi lại trong bao lâu?

Question

Tôi đang nhận được vị trí đã biết cuối cùng của mình nhưng không được bao lâu kể từ khi vị trí của tôi được cập nhật lần cuối. Làm thế nào tôi có thể biết được nó đã kéo dài bao lâu kể từ khi vị trí được cập nhật lần cuối?

LocationManager locationManager 
         = (LocationManager) getSystemService(LOCATION_SERVICE); 
Criteria c = new Criteria(); 
    c.setAccuracy(Criteria.ACCURACY_FINE); 
    c.setAccuracy(Criteria.ACCURACY_COARSE); 
    c.setAltitudeRequired(false); 
    c.setBearingRequired(false); 
    c.setCostAllowed(true); 
    c.setPowerRequirement(Criteria.POWER_HIGH); 
String provider = locationManager.getBestProvider(c, true); 
Location location = locationManager.getLastKnownLocation(provider); 

Answer 1

lựa chọn tốt nhất cho cả trước và sau API 17:

public int age_minutes(Location last) { 
    return age_ms(last)/(60*1000); 
} 

public long age_ms(Location last) { 
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) 
     return age_ms_api_17(last); 
    return age_ms_api_pre_17(last); 
} 

@TargetApi(Build.VERSION_CODES.JELLY_BEAN_MR1) 
private long age_ms_api_17(Location last) { 
    return (SystemClock.elapsedRealtimeNanos() - last 
      .getElapsedRealtimeNanos())/1000000; 
} 

private long age_ms_api_pre_17(Location last) { 
    return System.currentTimeMillis() - last.getTime(); 
} 

Các pre 17 không phải là rất chính xác, nhưng phải đủ để kiểm tra xem một vị trí là rất cũ.

này, tôi nên suy nghĩ, sẽ là OK:

if (age_minutes(lastLoc) < 5) { 
    // fix is under 5 mins old, we'll use it 

} else { 
    // older than 5 mins, we'll ignore it and wait for new one 

} 

Các trường hợp sử dụng thông thường cho logic này là khi các ứng dụng đã chỉ mới bắt đầu và chúng ta cần phải biết liệu chúng tôi phải chờ một vị trí mới hoặc có thể sử dụng tính năng mới nhất hiện tại trong khi chúng tôi chờ một vị trí mới.

Answer 2

Mỗi vị trí có thời gian thuộc tính. Nhận nó với getTime(). So sánh nó với thời gian hiện tại. (Tính toán sự khác biệt). Điều này mang lại cho bạn "tuổi".

Answer 3

Location.getTime() thực sự không phải là cách tốt nhất để tìm tuổi của vị trí đã biết cuối cùng.

Từ javadoc:

Return thời gian UTC của sửa chữa này, trong mili giây kể từ ngày 1 tháng 1 năm 1970.

Lưu ý rằng thời gian tính theo giờ UTC trên một thiết bị không phải là đơn điệu: nó có thể nhảy về phía trước hoặc ngược lại không lường trước được. Vì vậy, hãy luôn sử dụng getElapsedRealtimeNanos khi tính toán các khoảng thời gian.

Hai phương pháp sử dụng bao gồm:

SystemClock.elapsedRealtimeNanos(); 
Location.getElapsedRealtimeNanos(); 

Cũng lưu ý rằng LocationManager.lastKnownLocation() có thể trả về null.

Answer 4

Xin lỗi để mở lại điều này, nhưng tôi nghĩ câu trả lời của Weston là không chính xác, và tài liệu Android ít gây hiểu lầm nhất.

Cơ sở thời gian cho getTime() là UTC được xác định từ câu NMEA nhận được từ mô-đun GPS, không System.currentTimeMillis(). GPS thời gian là chính xác đến nano giây (nó phải kể từ khi sóng điện từ di chuyển 30cm trong 1ns). Các chỉ biến chứng ở đây là nó có thể được tắt bởi 1s do đến một bước nhảy vọt GPS thứ hai (xem [1]; điều này có thể xảy ra trong vài phút vài năm một lần, giả định rằng GPS đủ thông minh để nhớ bù đắp UTC qua các chu kỳ điện)

Mặt khác, System.currentTimeMillis() có thể bị tắt theo một số giây/phút do trôi hoặc thậm chí nhiều hơn nếu người dùng đặt thời gian/ngày không chính xác.

Vì vậy, chỉ có giải pháp thực pre-API 17 là để nhận cập nhật vị trí thường xuyên và mỗi bản ghi thời gian timestamp của riêng bạn dựa trên SystemClock.elapsedRealtime().

Tôi vừa thử điều này trên Samsung S4, hãy sửa tôi nếu điện thoại khác cho kết quả khác nhau. Tôi nghi ngờ nó, mặc dù.

[1] http://en.wikipedia.org/wiki/Global_Positioning_System#Leap_seconds