編輯:關於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方法已經廢棄。
public class MobclickAgent { private static final String a = "input map is null"; private static final d b = new d(); public MobclickAgent() { } /** @deprecated */ public static void setAutoLocation(boolean var0) { } ... }
已經廢棄,且變成了一個空方法,那會不會就是友盟的霸道,在偷偷獲取地理位置信息的時候甚至不給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配置
<!--百度定位服務--> <service android:name="com.baidu.location.f" android:enabled="true" android:process=":remote" > </service>
實際測試中,發現如果權限是ACCESS_FINE_LOCATION,此處Service配置上加上android:exported="false"也一定程度上使得定位彈框出現概率降低,
此處果斷加上。
<!--百度定位服務--> <service android:name="com.baidu.location.f" android:enabled="true" android:exported="false" android:process=":remote" > </service>
4.個推的坑貨
上述修改後,不定期出現位置請求彈框概率相對已經較小。在長時間使用中偶有一次。那這定位請求到底是誰觸發的呢?大量測試下,發現當修改系統時間後,此問題變成必現。
既然找到了一個蹊跷的必現路徑,就好定位了許多。果斷去掉百度定位,友盟及Flurry。但保留定位權限,此問題在上述必現路徑下依然必現。
去掉個推初始化等相關,此問題在上述必現路徑下果斷消失。發現就你了,個推!!
本以為有些善良的你應該和Flurry及老版本的友盟一樣,提供開關接口,但失望了!
聯系個推所謂的技術支持,對方肯定了個推在有定位權限情況先獲取位置信息的同時,但針對開關接口問題回答潇灑!
但這確實影響到了用戶體驗!!
至此,困惑多日的問題終於找到原因。以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持本站。
本文章是基於鴻洋的Android 自定義View (一) 的一些擴展,以及對Android自定義View構造函數詳解裡面內容的一些轉載。首先我們定義一個declare-s
1.首先集成的項目目錄我使用的是直接按照react-native init Project 的格式來導入的,也就是說,我的Android項目
一.概述1.Android Studio中做混淆,基本就是對Proguard-rules.pro文件的操作。混淆的過程也是有規律可循 2.寫出適合自己代碼的混淆規則 3.
GridView用於在界面上按行、列分布顯示多個組件。GridView和ListView有共同父類:AbsListView。GridView與Lis