我在考慮將當前付費的Android應用程序作爲免費使用的可能性，但寬限期是根據應用程序的實際使用情況計算得出的。我的問題是關於Android授權的實際工作以及如何探索其可能性。使用計數器和LVL的有效寬限期
我心目中的方案工作方式如下：
N次，其中計數器之後的特定成功遞增行動ACTU盟友是制定不以時間爲基礎的寬限期的替代方法。
特別是，我必須確保用戶決不允許通過從設置菜單中刪除應用程序數據來重置計數器。實際上，如果我在SharedPreferences或磁盤上存儲的計數器中編寫上述要求，並且在第一次啓動時（當應用程序存儲爲空時）重設一個普通計數器，則用戶可以作弊並通過刪除與應用相關的數據來重置計數器。
我想知道Google授權服務是否允許操縱遠程存儲的數據。在我的情況下，我可以遠程增加計數器，這樣當應用程序第一次啓動時，它會檢查計數器的遠程值，而不是存儲在本地設備上的值。
谷歌的許可驗證庫（LVL）似乎提供了大部分你想要做的事情。它實際上提供更多的像模糊等東西..
用戶可以自由地使用它高達N次，其中計數器 在特定成功操作後遞增
要了解如何實施，請閱讀here，瞭解可以設置爲許可證一部分的重試周期和最大重試次數。
我想知道Google授權服務是否允許操縱遠程存儲的 數據。在我的情況下，我可以遠程增加 我的計數器，這樣，當應用程序第一次啓動時，它會檢查 的計數器的遠程值，而不是本地設備上存儲的 的值。
這是你可以做什麼：
許可文件，存儲的GR額外的標籤多少次的應用程序可以在系統上使用。
強制上牌
在應用程序每次啓動「嚴格政策」發送請求到服務器（使用唯一的設備/用戶ID）返回你的應用程序有多少時間已經開始。
檢查收到的此值與GR標記的值，看看是否可以運行應用程序。
i。如果有效，運行應用程序並向您的服務器發送一個請求（使用唯一的設備/用戶ID），以增加計數器該應用程序已被使用多少次，並保留該記錄。
ii。否則顯示嘮叨消息並退出。
上午引述有關LVL的 '嚴格的政策'：
的LVL包括替代全面推行政策 接口稱爲StrictPolicy的。嚴格策略實施 提供比ServerManagedPolicy更嚴格的策略，其中 它不允許用戶訪問該應用，除非在訪問時從服務器接收到許可 響應，該 指示用戶被許可。 的主要特性StrictPolicy是它不在本地將任何許可證響應數據 存儲在持久性存儲中。由於沒有存儲數據，因此不會跟蹤重試 請求，並且無法使用緩存的響應，以便 完成許可證檢查。