魔推mpush：當消息推送service被殺以后

魔推mpush：當消息推送service被殺以后

開發者在開發消息推送模塊時經常會遇到service被殺死的情況。而這個時候，大家采用的方法也很簡單——重啟service。那么魔推mpush經過多次版本更新，是如何看待并解決這個問題的呢？請看下文。

問題是怎么造成的？

不管是何種類型的APP應用，無論是要實現何種功能，Service被殺掉后，重啟是讓開發者們非常頭疼的問題。目前，大家普遍的做法是重寫service里面的onDestroy Service mPush，并在里面重啟service。但是很多手機（如小米、三星等）在殺掉service的時候，是不會進入onDestroy Service mPush 的，這個時候就會造成你的service永遠死掉了。這可就叫天天不應，叫地地不靈了。那mpush是應用什么樣的方式解決這個問題的呢？

采用AlarmManager的方式重啟

魔推mpush在開發初期經常會遇到程序啟動，而service被殺的情況。采用傳統的方法耗時耗力，最恐怖的是擔心service永遠被殺掉。但是采用AlarmManager的方式，在程序正常啟動后，可以先聲明一個AlarmManager，等待5分鐘調用一次service，如果此時service被殺了，則就會重新啟動。

采用AlarmManager啟動方式，保證了程序的正常運行。這樣無論mpush運行在什么樣的移動設備上，只要沒有把程序強制停止。Mpush最長就在5分鐘內的時間得以重新啟動。

消息推送服務的穩定性

大家知道，衡量一款消息推送服務平臺的重要標準就是適應性和穩定性，目前移動設備豐富多樣化，如何保證服務的連續性和穩定性是開發者和服務商需要在程序運行是需要考慮的。Mpush在這方面一直在保持不斷的更新，保證消息推送服務正常運行。