如何知道應用程序數據是否被清除或應用程序是否被卸載？

Question

我正在開發應用程序，其中基於Login-Logout機制以及REST API集成。

爲了使REST API請求TOKEN是必需的。應用程序將此TOKEN和其他用戶詳細信息保存到SharedPreferences。

當用戶在應用程序記錄保存所有必需的數據，並在註銷時間的所有數據被從SharedPreferences移除並且TOKEN條目從應用服務器

申請還與GCM server註冊用於發送推送通知用戶刪除。爲此應用程序發送設備註冊ID到應用程序服務器。

但是，如果用戶清除應用數據或卸載，然後應用程序將打開登錄屏幕和應用程序服務器和GCM服務器，因此舊條目保留在應用服務器和新的條目添加到服務器再次註冊。

所以如果服務器發送推送通知給應用程序然後兩個推送通知接收設備。

有什麼辦法，如果應用程序的數據被清除或卸載應用程序以編程方式檢測？

任何幫助將不勝感激。

Answer 1

最後我想出了以下解決方案。

我已經實現GCM 3.0與Instance ID API使用Application和GCM服務器發送推送通知的應用程序，而不是老GoogleCloudMessaging.register(SENDER_ID);

所以，當應用程序服務器嘗試推送通知發送到設備，然後服務器獲取舊設備「error」:「NotRegistered」響應所以基於該服務器的ID將刪除無用的條目。

在GCM 2.0服務器獲取「error」:「NotRegistered」有時即使應用程序已安裝，但在GCM 3.0它的作品完美。

Answer 2

它始終是更好地保存自己的公開數據中的應用，如登錄ID，公共ID等，而不是安全數據。讓你的服務器也有相同的公共ID。所以如果您的應用程序數據被清除或卸載，應用程序中的登錄ID，公共ID也會被清除。因此，下次他安裝應用程序或嘗試從頭開始登錄時，如果他使用相同的登錄ID，他將被分配不同的公共ID。在使用服務器進行身份驗證時，服務器會嘗試與已存在的登錄ID進行匹配，但它知道公共ID是不同的，因此會忽略舊的公用ID條目併爲您的登錄ID創建相應的新公共ID。通過這種方式，您可以阻止針對相同登錄標識的2個服務器推送通知。

Answer 3

你可以使用廣播接收器刪除卸載和數據：

ACTION_UNINSTALL_PACKAGE

和

EXTRA_DATA_REMOVED

你可以有計劃[R在服務器中刪除註冊，或讓服務器「超時」註冊時間過長。

Answer 4

您可以使用Google的Firebase Analytics來跟蹤這些應用事件。