前沿：
極光推送是我們在實際生活中使用比較多的一種推送方式，成本低廉，不少公司都是使用的他，換工作之後，當前公司還是使用的極光推送。
問題/需求想要效果:
官方提供的解決方式:
1.給專案匯入相關支援的包
1)極光
//極光推送
compile 'cn.jiguang.sdk:jpush:3.0.5'
// 此處以jpush 3.0.5 版本為例。
compile 'cn.jiguang.sdk:jcore:1.1.2'
// 此處以jcore 1.1.2 版本為例。
2)其他依賴包，可以更具自己的實際使用來匯入相關包
2.自己通過**實現相關的功能實現
此處省略1萬字，具體實現請根據實際需求實現
3.通過配置話實現需求想要效果
buildtypes
debug
只要做了上面的操作就可以了，我們編譯之後就可以看到，我們執行平時走的debug環境，打relase的包都是relase環境。就能夠區分開。
缺點：
優勢：
能夠很好的測試對應debug模式，正式對應relase模式，不會正式推送到測試來，測試的也不會推送到正式來，很好的做到了完全區分開。
這種方法也是極光官方推廣的比較權威的大家認可的方法，也算是比較perfect的方法 。
方法二:通過標籤和別名進行區分[不推薦]
在很多情況下，不少的需求會覺得這樣做成本比較高，他們希望能夠只申請乙個應用就完成測試和正式區分開，哪怕產生一些比較明顯的bug，如果你完全不care 系統推送是否推送到時正式還是測試可以通過現在我們要說的方法。這也是極光官方以及本人並不推薦的方法，程式設計師只是需求的實現方，這樣會很明顯的造成測試不便，也沒有比較好的完成需求的要求效果。
if(contens.url.equal(「正式環境」))else
if(contens.url.equal("測試環境"))
二.這步也需要後端介面人員進行介面支援，需要通過別名或者標籤進行環境判斷
後端實現標籤/別名區分環境進行**寫入
此處省略一萬字
如上這種也是可以實現測試環境和正式環境的區分，但因確定/不足明顯，顧並不推薦使用，在前期公司的專案中，有使用這種方法[方法二]，而最後導致正式測試系統推送混亂，並且測試的時候也不是很方便，尤其是不敢進行通過平台推送。
希望本篇文章對你有用
極光推送android
2.將libs中的.jar全部複製到自己專案對應的資料夾中，將res資料夾中的內容全部複製到自己專案對應的資料夾中。3.開啟example，將src的類檔案全部複製到自己的 中。類檔案可以在乙個統一的包下。4.開啟androidmanifest.xml,將如下 複製到自己的androidmanife...
android極光推送整合
一 註冊 極光推送帳號和建立應用 匯入jar包盒so庫到專案中 androidstudio 新增新資料夾jnilibs並將so匯入 jpushinte ce.setdebugmode true jpushinte ce.init this 三 啟動頁 override protected void ...
android整合極光推送
在專案中，我們一般會用到訊息推送功能，常見的有友盟推送，極光推送等，本文介紹的是如何整合極光推送。首先登入或者註冊極光帳號，進入極光推送介面，選擇建立應用，輸入應用名稱，上傳應用圖示。如圖 在推送設定中設定應用包名 在專案中整合極光推送，這裡採用自動整合方法，不過如果後期要整合極光im的話，最後採用...