為尊重使用者隱私，我們建議應用程式開發人員只要求粗略 位置存取權。需要概略位置的應用程式 (通常是 使用整合式網路位置 (FLP)，因為這類位置速度較快且耗電量較少。 與 Android 行動裝置相比，車用應用程式中的網路位置資訊 開發人員可能會比較困難您可以使用兩種 Android API：
LocationManager API 要求使用
requestLocationUpdates敬上 ，明確指出偏好的定位服務供應商。Google Play Services API 可讓您以更簡便的方式 工作地點
FusedLocationProviderClient。
許多汽車應用程式都使用 Google Play Services API 的 FLP，而非
LocationManager。FLP 會根據位置資訊選擇最合適的定位服務供應商
要求車輛所需的準則和政策 (電力與準確度)。
您可以選擇明確請求和使用
NETWORK_PROVIDER敬上
以及
GPS_PROVIDER：
也就是使用偏好位置
android.permission.ACCESS_FINE_LOCATION
授予其要求的權限。在 Android 12 (API 級別 31) 以上版本中，
FUSED_PROVIDER、
先前只能透過 Google Play 服務 API 存取
成為 LocationManager 的定位服務供應商。您可以在以下位置看到 FLP 的實作：
FusedLocationProvider.java。
雖然 GPS_PROVIDER 僅可在概略權限中使用 —
這個架構會人工降低準確率，以符合期望，
這對鎖定 Android 手機的開發人員來說並不合理
可用性不佳且通常較慢，拿出較差的位置。
汽車的網路位置
在 Android 手機 (搭配 Google 行動服務) 上使用的 NETWORK_PROVIDER
根據附近的行動通信基地台、Wi-Fi 存取點和
藍牙 (BT) 信標。因此，NETWORK_PROVIDER 可能需要資料
以獲得最佳效能和最安全的連線
對於車用應用程式，裝置限制有所不同。由於 Gthe 全域導覽 衛星系統 (GNSS) 通常處於開啟狀態，不會因 而且耗電量和電池用量都有所提升因此 IVI 運作時間並未遭到入侵。 我們致力於盡量減少與伺服器交換資料的情形。
因此，許多應用程式都是使用 Play API 的 FLP，而非 LocationManager
就像 FLP 自動根據位置資訊執行智慧型技術
能滿足位置資訊要求條件/政策的供應商 (即權力需求)
和準確率)。
與行動裝置不同，車輛在某些地方很少跳躍 另一個例子。通常車輛位置位於車內。
網路位置供應商 (NLP)
大多數車輛不會實作必要的電話 API 以取得必要資訊 以及訊號強度)。這麼做是因為我們盡量減少 但不提供額外功能來導入自然語言處理 (NLP)。
整合式位置預測提供工具
行動 FLP 外，還巧妙地使用網路和 GPS 供應商來
並融合其他感應器的資訊，進一步
地點的品質。目前在
另一隻手利用上述假設來進行
GPS_PROVIDER 一律做為基礎來源。幫助使用者找到立場
加入一些錯誤，提高相關資訊的準確度。例如：
以提供概略位置給用戶端。
因此，在極少數情況下， 第一個可用的位置例如第一次開車 更精確地說，使用其位置子系統，或在拖床之後使用其位置子系統。
設計應用程式來指定行動和汽車用途
適用於未指定行動「和」行動裝置的應用程式
需要更高品質的精確度
android.permission.ACCESS_COARSE_LOCATION敬上
，並視情況改回使用 FLP。您也可以使用
使用相同權限直接GPS_PROVIDER。這個架構會降低
底層 GNSS 立場的精確度，以便符合 API 期望目的地：
詳情請參閱「準確度」一文
請參閱「要求位置存取權」一節。
此外，這類應用程式必須明確宣告
android.hardware.location.network敬上
在資訊清單中提供「選用」功能。例如：
<uses-feature android:name="android.hardware.location.network" android:required="false" />
這種做法可確保最大程度地與各個產業的裝置相容， 因此，應用程式可用性上限 在取得任何程式碼時 適時放置