iOS8アップデートとプッシュ通知

アプリをインストールした状態でiOSをアップデートした場合にプッシュ通知でハマる場合がある

こんなアプリがハマる

アプリ内部にデバイストークンが無い場合のみAPNsにデバイス登録&トークン発行するアプリ
（実質、初回起動時のみしかデバイス登録しないタイプのアプリ）

なぜハマるか

iOSアップデート後、再度APNsへのデバイス登録を行わなければプッシュ通知が行えない
※ちなみに再登録後のデバイストークンはiOSアップデート前と同じ

なので、APNsへのデバイス登録が必要なのだが、上記のハマるタイプのアプリでは、
iOSアップデートしてもアプリの内部データはそのままのため、
内部にトークンがあると認識しているので再度のデバイス登録は行わない

つまり、再度デバイス登録を行いたいのに、そのためのトリガーが無いという状態になる

必要な対応

再度デバイス登録を行うためのトリガーを、内部デバイストークンの有無とは別に設計する
公開がiOSアップデートに間に合わなかった場合はアプリのアップデートで対応する

AWSのSNSで通知を送っている場合

盛大に二重にハマる可能性がある

こんなサーバサイドアプリがハマる

上記iOS8対応が後手になってしまった場合、かつ、
再インストール/リセマラ対策してないサーバサイドアプリ
（get-endpoint-attributes→delete-endpoint→create-platform-endpoint）

なぜハマるか

SNSでは、何度か通知に失敗した場合、endpointがdisableになる
※一度disableになってしまったendpointは、以降どれだけpublishしてもAPNsが叩かれることはない

前述の通り、デバイスを再度APNsに登録した場合でも、デバイストークンは文字列上変化が無いため、SNSのendpointも変化なし

既にendpointがある状態で同一のトークンでcreate-platform-endpointしてもendpointは作り直されないため、disableの状態は続く

iOSアプリ側の8対応が後手になってしまった場合、アップデート公開までにdisableなendpointが大量生産されているはず

必要な対応

再インストール対策を取ると同時に、disableになってしまったendpoint全てについて、
get-endpoint-attributes→delete-endpoint→create-platform-endpointによるendpointの作り直し、または
set-endpoint-attributesでEnabled=trueにして復活させる

追記

改めてPush Notificationプログラミングガイドを読んでみると、
https://developer.apple.com/jp/devcenter/ios/library/documentation/RemoteNotificationsPG.pdf

アプリを起動するたびにトークンのリクエスト（デバイス登録）をしなければならない
デバイストークンはOSがキャッシュしているのでアプリではキャッシュするべきでない

と書いてあった。。。

とはいえ、ガイド通りに実装していた場合でも周りの様子を察するに、
iOSアップデート後、初回起動（をトリガーとしたデバイス登録が完了する）まで、プッシュ通知は有効にならない様子。