apns關於APP數字角標的理解，apnsapp數字標的

apns關於APP數字角標的理解，apnsapp數字標的

　　前兩天群裡有兄弟在吐槽，做遠程推送的時候：老闆要求APP案頭表徵圖的右上方顯示紅色未讀數字（數字角標）要精準，有多少未讀通知就顯示數字幾；但是背景弟兄在發送推播通知的時候，每次的角標是1，然後要移動端這邊自己去把這個未讀數字去累加，然後顯示在APP上；並且後台非常固執的認為這個累加未讀訊息數量是在移動端處理的..... 

　　這就尷尬了，碰到固執的隊友，溝通不成的時候確實是很痛苦的！

 

　　這裡我說說自己在做推送功能時候的這個角標的驗證過程和理解，給後面的為碰到類似情況的同學一些參考。

　　隨便截個圖舉個例子看看

 

當APP是處於背景時候，實現這個還是好說的，因為當推播通知到達的時候是可以監聽到的，可以擷取到推送資訊裡面的角標數字然後進行累加。

但是當APP完成退出背景時候，想要app監聽到通知並且讀取通知資訊設定角標，這個好像是辦不到的！

 

後台推送訊息的格式按照蘋果官方提供的格式，大致是這樣：

{    "aps" : {        "alert" : {            "title" : "Game Request",            "body" : "Bob wants to play poker",            "action-loc-key" : "PLAY"        },        "badge" : 5    },    "acme1" : "bar",    "acme2" : [ "bang",  "whiz" ]}

“aps”格式是固定的，後面的"acme1", "acme2”是自訂的資料。其中“badge"就是app的角標數字

 

所以要證實APP的案頭紅色角標（未讀訊息數字）到底是由後台控制的還是移動端自己控制的，這個很容易。

讓app內部不要自己操作角標變化，或者把該app完全退出，然後後台開始推送，假設推送的訊息badge是數字幾，而且app的角標也是顯示數字幾，

這個就足以證明app的紅色角標是由後台推送時候控制的了！

 

當然話說回來，想要實現對app這個角標的精準顯示，需要一個強大的後台：對每個會員在app的讀取未讀訊息進行追蹤記錄上報，

然後下次推送的時候，對每個會員要進行未讀訊息的統計，然後在推送訊息裡面設定精準的badge數字。就能做到app精準的顯示未讀訊息數字了。

我們看比如QQ，等app，它們的角標數字是做的非常精準的，人家的後台之強大，那是沒得比的。

 

但是我們一般的APP, 你也想做到角標精準？有必要嗎？你連做推送都是用了第三方的推送sdk如極光、個推，你還想做到精準顯示角標，你去看看極光和個推對於群推的方法，

壓根都沒提供精準設定badge的位置，說明想實現精準實現角標，專門研究推送的這些第三方公司也覺得難度很大，或者說要付出很大的代價！

 

一般來說，大多數app的角標數字做的是意思意思，沒那個精準，我測試過的有百度地圖、簡書、新浪財經等等，app的角標顯示也沒有做什麼精準顯示。所以對於咱們做的如果是一個普通的app， 角標數位顯示也就意思意思就行了，主要是為了提醒使用者你有未讀訊息嘛！真的想做到精準顯示角標，那就要和背景兄弟談好，讓他們做好準備加油開幹把！