Android填坑系列：在小米系列等機型上放開定位權限後的定位請求彈框

背景：

近期因實際項目須要，在特定操做下觸發定位請求，取到用戶位置及附近位置。

問題：

經初步選型，最終決定接入百度定位，按照百度定位SDK Android文檔，接入過程相對順利。
但隨後發現，在小米系列等部分機型上，進入app後會出現"正在嘗試 經過網絡或者衛星對您的手機進行定位"。
很影響用戶體驗。

  

解決過程：

1.Flurry的小坑

項目中引入了數個第三方SDK，主要包括Flurry，友盟，個推，百度定位SDK等。在App啓動初始化及進入到首頁的執行流中，主要涉及到Flurry，友盟，個推。

且經過對項目中全部引入第三方SDK JAR包中逐一搜索LocationManager,發現僅有Flurry和百度定位中含有。因而，初步定位到Flurry。去掉Flurry後，發如今此類機型上一進入app就出現定位請求彈框現場確實消失。

在Flurry官方文檔上終於找到相應的開關接口：FlurryAgent.setReportLocation(boolean);此方法直接決定了Flurry是否上報用戶地址位置信息，且其默認值爲true。

因而，在對Flurry進行init後，直接調用FlurryAgent.setReportLocation(false); 再次測試，上述必現問題解決。

 

2.友盟的善良

本覺得問題至此已經結束，不想在隨後的使用過程當中，在小米系列等機型上會不按期出現位置請求彈出框，且通過仔細覈驗，此時也並未觸發app內自身的定位請求，且主要問題是：不按期出現，太詭異了！

網上查閱了一些資料，沒有較好頭緒。不過上面的Flurry解決過程給了一些思路，既然Flurry在有定位權限的狀況下默認會獲取地理位置信息，那麼其餘SDK會不會也相似呢？抱着好奇心態，看了下友盟的class文件，

發現了其中有一個方法setAutoLocation(boolean)，哈，這不是跟Flurry一模一樣嘛。可是，發現一個奇怪的現象，友盟中setAutoLocation方法已經廢棄。

 1 public class MobclickAgent {
 2     private static final String a = "input map is null";
 3     private static final d b = new d();
 4 
 5     public MobclickAgent() {
 6     
 7     }
 8 
 9     /** @deprecated */
10     public static void setAutoLocation(boolean var0) {
11     
12     }
13     
14     ...
15     
16 }

 

已經廢棄，且變成了一個空方法，那會不會就是友盟的霸道，在偷偷獲取地理位置信息的時候甚至不給app提供開關接口呢？

此開關方法已經廢棄，必有緣由，終於找到了老版的此方法沒有廢棄的友盟SDK，比較下class文件，發現老版的友盟SDK中存在LocationManager方法，但新版已經沒有了。且友盟論壇上也有人說到了此問題，且去掉友盟後，

大量測試後發現此問題確實存在，看樣子友盟仍是很善良的，直接去掉了獲取用戶定位信息，因此此開關方法固然廢棄了。

值得贊一個。

 

3.百度定位的疑惑

百度定位SDK文檔中要求具備定位權限

<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />

實際上，具備ACCESS_FINE_LOCATION權限也就具備了ACCESS_COARSE_LOCATION權限。大量測試結果代表，當手機上GPS開啓時，定位彈出框出現機率較大，且百度定位是採用混合定位方式，項目中的實際需求無需精肯定位，

粗略定位已經能夠知足需求，那麼會不會跟權限有些關係，因而將ACCESS_FINE_LOCATION改爲ACCESS_COARSE_LOCATION，且經過與其餘app反解後橫向對比，發現其餘使用百度定位的app也只是使用了粗略定位權限，果斷改之。

改後發現定位彈框不按期出現機率果真下降。

百度定位配置中還有以下Service配置

1 <!--百度定位服務-->
2 <service
3     android:name="com.baidu.location.f"
4     android:enabled="true"
5     android:process=":remote" >
6 </service>

實際測試中，發現若是權限是ACCESS_FINE_LOCATION，此處Service配置上加上android:exported="false"也必定程度上使得定位彈框出現機率下降，

此處果斷加上。

1 <!--百度定位服務-->
2 <service
3     android:name="com.baidu.location.f"
4     android:enabled="true"
5     android:exported="false"
6     android:process=":remote" >
7 </service>

 

4.個推的坑貨

上述修改後，不按期出現位置請求彈框機率相對已經較小。在長時間使用中偶有一次。那這定位請求究竟是誰觸發的呢？大量測試下，發現當修改系統時間後，此問題變成必現。

既然找到了一個蹊蹺的必現路徑，就好定位了許多。果斷去掉百度定位，友盟及Flurry。但保留定位權限，此問題在上述必現路徑下依然必現。

去掉個推初始化等相關，此問題在上述必現路徑下果斷消失。發現就你了，個推！！

本覺得有些善良的你應該和Flurry及老版本的友盟同樣，提供開關接口，但失望了！

聯繫個推所謂的技術支持，對方確定了個推在有定位權限狀況先獲取位置信息的同時，但針對開關接口問題回答瀟灑！

但這確實影響到了用戶體驗！！

 

至此，困惑多日的問題終於找到緣由。

注：本文中

個  推   版  本：GetuiExt-2.0.3.jar,  GetuiSDK2.8.1.0.jar
友  盟   版  本：umeng-analytics-v5.4.1.jar
百度定位版本：locSDK-3.3.jar

 

後記：定位等此類權限敏感度較高，放開請謹慎，接入第三方SDK接入請謹慎選擇。