筆者做爲一個 10 多年耕耘於 App 開發領域的程序員，長期關注各主流開發者服務提供商的動態變化 。
近日，筆者留意到，以「極光推送」這個開發者雲服務而著名的「極光」，又推出了個新的服務項目「極光統計」。由於極光推送我在經手的多個 App 裏使用過，也比較關注開發者服務領域，因此有興趣來梳理「極光推送」背後的開發商的發展狀況。
「極光推送」是從 2011 年開始提供服務的，是國內第一個開放提供推送雲服務的品牌。但以後的幾年，幾乎沒有大的動做，看起來一方面在不斷地在推送上改進，另外一方面也算是成長的過程，積累的開發者、採用的 App 的愈來愈多。
2015 年極光開始推出 IM SDK，這個看起來是必然的動做，只是貌似有點晚，由於它推出時已經有多家專門作 IM 的開發者服務出來了，好比：環信，容雲等。但也留意到，它家的 IM 仍是有些突出的優點的，由於推送自己也是大規模消息服務，他們的 IM 更像是在推送基礎上的升級。極光的 IM 還有個優點，就是與推送 SDK 共享通道，只須要一個長鏈接，這對已經集成了 JPush 的 App 來講的確是個很是大的吸引力。
2016 年中，極光悄無聲息地推出了「推送不到短信到」的服務，這的確是個「消息推送」的有效補充，由於有些消息真是但願可以及時地送到用戶手中，但「推送」網絡總有時候不夠及時。以後還看到他們推出了「短信驗證碼 SDK」，這個貌似與原有 JPush 關係不大，我理解也是爲了籠絡更多的 App 開發者。
而後就是近期推出的「極光統計」了。而且此次還有個動做，原有 JPush SDK 裏抽出了個 JCore，此次的 JAnalytices 也是共享這個 JCore。看起來他們家是要推出愈來愈多的開發者服務項目了，而全部這些更多的 SDK 都共享 JCore。這個倒也是通常的做法，好比 Facebook SDK 也有個共享的模塊，各個專用的 SDK 都共享這個模塊。這個共享模塊的做用大概是公共代碼、統一的賬戶這些方面。
「極光推送」原本也有一些統計模塊，好比用戶方面的統計。而且由於它統計的是天天心跳的用戶數，在評估 App 用戶時咱們更多地看「極光推送」提供的用戶統計。他們如今提供專門的統計 SDK，其意思大概是，大家若是已經在使用「極光推送」的話，就沒必要再集成別家的統計 SDK 了，都使用我家的吧。
這讓友盟怎麼看？他們兩家對比還挺有點意思。友盟是以「統計」起家的，如今應該大部分開發者集成統計 SDK 都是友盟吧。大概在 2014 的樣子，友盟也進入了推送領域，那至如今友盟推送有沒有推送這個細分市場佔有多大份額呢？貌似沒有。但友盟家的產品的確是比較早就比較全面了。
與友盟不一樣的是，極光是從推送先作起，如今擴展到其餘更多的領域，包括統計。極光面臨的問題是，如何說服原來集成友盟統計的開發者轉而集成它家的統計 SDK。若是說極光的優點，我理解一點是，推送服務的切換成本要高一點，由於推送服務更重要，而統計相對來講用哪家的問題不大。我做爲開發者先集成了極光的推送，那我爲了縮減 SDK 集成的廠商數量（這個你們贊成吧，集成的廠商其實越少越好），我可能會轉而使用極光的統計。固然了，只是說可能，仍是要看極光統計有沒有實現我在友盟統計上必要的功能。若是極光統計提供了更有價值的功能，則是更強的理由，好比極光聲稱的，他們在數據整合上更有優點，統計上的數據能夠用於優化推送，這仍是挺值得期待的。
極光與友盟，這兩家的開發者服務提供商的對比，很值得關注與玩味。友盟沒有搶到極光的飯碗，如今極光統計的推出，可以對友盟在統計領域的霸主地位有所撼動呢？拭目以待！我我的更看好極光，其中一個很重要的緣由在於，友盟如今不是獨立的公司，被阿里收了，沒有以前那種衝勁了。
