魔推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在這方面一直在保持不斷的更新，保證消息推送服務正常運行。