Android – 為什麼Google Play服務依賴關係會自動添加_get_install_referrer_service許可

不會解決（預期的行為）

保存的搜索

使用保存的搜索更快地過濾結果

取消創建保存的搜索

您用另一個標籤或窗口簽名. 重新加載以刷新您的會議. 您在另一個標籤或窗口中籤名. 重新加載以刷新您的會議. 您在另一個標籤或窗口上切換帳戶. 重新加載以刷新您的會議.

對這個項目有疑問? 註冊一個免費的GitHub帳戶以打開問題並聯繫其維護者和社區.

通過單擊“註冊GitHub”，您同意我們的服務條款和隱私聲明. 我們偶爾會向您發送相關的電子郵件.

已經在github上了? 登錄到您的帳戶

不允許綁定到服務意圖（com.Google.安卓.芬斯基.bind_get_install_referrer_service）＃8830

jkmassel於2018年12月19日開放了此問題·3條評論

不允許綁定到服務意圖（com.Google.安卓.芬斯基.bind_get_install_referrer_service）＃8830

jkmassel於2018年12月19日開放了此問題·3條評論

評論

貢獻者
jkmassel 評論2018年12月19日•

似乎在許多情況下，我們無法使用Google的下載歸因.

我們並沒有因此而崩潰 – 但是我們正在處理爪哇.朗.SecurityException從中拋出

堆棧跟踪：

非致命例外：Java.朗.SecurityException：不允許綁定到服務意圖 < act=com.google.android.finsky.BIND_GET_INSTALL_REFERRER_SERVICE cmp=com.android.vending/com.google.android.finsky.externalreferrer.GetInstallReferrerService >在Android.應用程式.contextImpl.bindservicecommon（contextImpl.Java：1480）在Android.應用程式.contextImpl.bindservice（contextImpl.Java：1434）在Android.內容.ContextWrapper.bindservice（contextWrapper.Java：636）在com.安卓.安裝Referrer.API.安裝referrerclientimpl.startConnection（install referrerclientimpl.Java：135）在org.WordPress.安卓.util.分析.服務.installationReferrerservicElegic.perfermTask（installationReferrerServicEleogic.Java：120）在org.WordPress.安卓.util.分析.服務.installationReferrerService.OnstartCommand（installationReferrerService.Java：48）在Android.應用程式.ActivityThread.handleserviceargs（ActivityThread.Java：3394）在Android.應用程式.ActivityThread.-wrap21（activityThread.Java）在Android.應用程式.ActivityThread $ h.handlemessage（ActivityThread.Java：1632）在Android.作業系統.處理程序.dispatchmessage（處理程序.Java：110）在Android.作業系統.Looper.循環（Looper.Java：203）在Android.應用程式.ActivityThread.主（ActivityThread.Java：6284）在Java.朗.反映.方法.調用（方法.Java）在com.安卓.內部的.作業系統.zygoteinit $ methodAndArgScaller.運行（Zygoteinit.Java：1094）在com.安卓.內部的.作業系統.合子.主（Zygoteinit.Java：955）

看來解決此問題所需的一切都是添加com.Google.安卓.芬斯基.允許.BIND_GET_INSTALL_REFERRER_SERVICE許可，但這可能是我們要添加到捆綁的東西?
（來源：https：// stackoverflow.com/itsess/47706419/install referrerclient-startConnection-thring-thring-eRror）

參考： 5BAB95E3F8B88C29636353BE-FABRIC
影響： 我們無法收到應用內歸因的下載

文本已成功更新，但是遇到了這些錯誤：

Android – 為什麼Google Play服務依賴性自動添加com.Google.安卓.芬斯基.允許.bind_get_install_referrer_service權限

最近，我將Google Play服務依賴版本更新為15.0.0它自動添加了以下權限.

我沒有任何wheather我需要這個Google Play推薦人API許可是否

我可以刪除此許可

但是我需要知道哪種依賴關係需要bind_get_install_referrer_service權限依賴性確實需要此許可.

應用程序級gradle

依賴性 < ext < support_library_version = '27.0.2' google_play_services_version = '15.0.0' >實施'com.安卓.支持：Multidex：1.0.3'實施” com.安卓.支持：appcompat-v7：$“實現” com.安卓.支持：設計：$“實施” com.安卓.支持：recyclerview-v7：$“實現” com.安卓.支持：cardView-v7：$“實現” com.Google.安卓.GMS：Play-Services-Analytics：$“實施” com.Google.安卓.GMS：Play-Services-GCM：$“實施” com.Google.firebase：firebase-messgage：$“實施” com.Google.firebase：firebase-core：$“實施” com.Google.firebase：firebase-ads：$“>

項目級Gradle

依賴性

筆記： 用於推薦人跟踪AM已經使用Google Analytics（分析）

最佳解決方案

不會解決（預期的行為）

有關更多詳細信息，請檢查Google問題跟踪器

相關解決方案

Android – 如何在GENYMOTION VM中安裝Google Play服務（沒有阻力支持）

從GENYMOTION 2開始.10.0及以後，可以從模擬器工具欄安裝GAPP. 請參閱@michaelstoddart的答案.

接下來是出於歷史原因留在這裡的前答案：

GENYMOTION無法提供Google Apps. 安裝Google應用程序：

  1. 升級Genymotion和VirtualBox到最新版本.
  2. 下載兩個zip文件：
    – 手臂翻譯安裝程序V1.1
    – Google Apps用於您的Android版本：2.3.7-4.4.4或4.4-6.0（使用平台和變體）您還可以在 Wbroek 用戶githubgist頁面.
  3. 打開Genymotion模擬器，然後轉到主屏幕，然後拖放第一個文件 GENYMOTION-ARM-TRANSLATION_V1.1.壓縮 在模擬器上. 將顯示一個對話框並顯示為正在進行的文件傳輸，然後將出現另一個對話框，並要求您要在模擬器上刷新它. 單擊確定並通過從終端或命令提示符重新啟動ADB來重新啟動設備.
  4. 拖放第二個文件 gapps – * – 簽名.壓縮 並重複與上述相同的步驟. 再次運行ADB重新啟動，一旦重新啟動，Google應用程序將在模擬器中.
  5. 此時“ Google Apps Services”將經常崩潰 帶有以下消息Google Play服務停止工作 . 打開Goog​​le Play. 提供您的帳戶詳細信息後，打開Goog​​le Play並更新您已安裝的Google應用程序. 這似乎使Google Play意識到您擁有舊的Google Play服務，並會要求您更新（在我的情況下, 更新Google Hangouts需要新版本的Google Play服務）. 我還聽說，僅等待也會提示您更新. “ Google Play Services”應用似乎並沒有出現 – 您無法搜索. 然後，您應該查看更新Google Play服務的要約. 安裝了新的Google Play服務後，您現在將擁有穩定的訪問Google Play的訪問權限
Android – 在項目“應用”中，已解決的Google Play服務庫依賴性取決於另一個版本

這裡有很多個人解決方案的答案，這些解決方案並沒有真正解決問題. 這是解決這個方法的方法：

正如原始日誌輸出所建議的那樣，使用以下命令在終端中運行構建非常有用：

./gradlew -info彙編bug

這將為您提供衝突中涉及的所有依賴項的列表. 它看起來與此相似（我刪除了包裝名稱的內容以使其更可讀）：

依賴項分辨率幫助：將當前所有已知路徑顯示到依賴項的任何版本：artifact（groupId = com）.Google.firebase，artifactid = firebase-iid） - 任務/模塊dep-> [email protected] ---- Firebase-Analytics：17.2.0庫取決於 - > [email protected] ------播放服務測量-API：17.2.0庫取決於 - > firebase [email protected]任務/模塊dep-> firebase [email protected] ----壁壘核：17.2.0庫取決於 - > firebase [email protected] ------燃箱 - 分析學：17.2.0庫取決於 - > [email protected] ---------播放服務測量-API：17.2.0庫取決於 - > firebase [email protected]任務/模塊dep-> [email protected] ----播放服務測量-API：17.2.0庫取決於 - > firebase [email protected]任務/模塊dep-> firebase [email protected]任務/模塊dep-> firebase [email protected] ----射擊事件：17.1.0庫取決於 - > firebase -iid@[16.2.0]  - 任務/模塊DEP-> com.Pressenger：[email protected] ---- com.Pressenger：SDK：4.8.0庫取決於 - > firebase [email protected] ------燃箱傳票：17.1.0庫取決於 - > firebase -iid@[16.2.0]

從此列表中，您可以知道2件事：

  1. 發現衝突的地方在哪裡找到
  2. 建立了哪些矛盾依賴的版本

在我的情況下，矛盾的依賴性是firebase-iid：是 @19.0.0或 @16.2.0

要解決此問題，您必須在構建中明確定義錯誤的firebase-iid的頂級依賴性.格拉德 .

因此，在上面的日誌中，您可以看到有兩個示例的示例[email protected]. 一個來自 – 任務/模塊dep-> firebase [email protected]來自第三方庫（Pressenger）的另一個. 我們對第三方圖書館沒有影響，所以這裡無事可做. 但是對於其他依賴性，我們必須用正確的版本明確聲明它：

現在構建再次起作用. 美好的結局 ：）

| | 0 Comments