就在幾周前，Google改變了Android LVL API（License Verification Library）。安卓應用新老版本 - 懷疑
在老LVL許可檢查的基礎上使用的每個帳戶基礎生成的公鑰/私鑰執照驗證。新的假設使用每個應用程序庫的公鑰/私鑰。
我有應用程序，它使用舊LVL，看起來像它的工作原理（的樣子，但其實我不知道）。應用程序嵌入在每個帳戶基礎上生成的公鑰。
現在當我決定升級我的應用程序時，應該怎麼做？爲應用程序嵌入公鑰或仍然使用公鑰作爲帳戶？
我沒找對谷歌的Android開發者網站的任何線索......
它有助於爲過時聯想到舊的許可證密鑰系統 - 它仍然工作在舊的應用程序，並可以繼續工作進行更新。與任何已被棄用且可以在未來的任何時候禁用或刪除的事物一樣，您可能不想等待太久以使用新系統 - 但您的舊密鑰現在應該可以工作。所以如果你不得不推出一個更新，你可能會對舊的系統/密鑰沒問題。
由於BadCash的建議，新的許可證密鑰生成似乎還不是一個即時過程。一旦生成，它可能需要幾分鐘到幾個小時的時間才能跨越其許可系統進行傳播，以便將其識別爲有效的許可簽名。
請注意，谷歌似乎離這個系統完全然而移動，按他們的網站：Google Play Licensing Service
所以我建議用新系統辭職，以避免未來的煩惱 - 如果不是太很多麻煩，取決於你的應用程序數量 - 並且安心地坐着，知道將來你不必再做一次。
我面臨同樣的問題。當我使用爲特定應用程序生成的許可密鑰時，我的應用程序獲得了NOT LICENSED響應。但是，當我使用舊的許可證密鑰（每個帳戶生成的，而不是每個應用程序）時，它的工作方式與假定的一樣。我正在使用最新版本的com.google.android.vending.licensing SDK。 – BadCash
Google Android Developer網站上的說明似乎已過時 - 它將LVL視爲Google Market Licensing。衆所周知，谷歌9個月前從「市場」變成了「播放」...... – BadCash
哦，好吧，看起來你只需要喝杯咖啡，等待30分鐘左右即可創建新的許可證密鑰。測試響應現在可以按照預期使用新生成的密鑰。 – BadCash