總結：

1）透傳訊息傳遞過來的是json格式的字串，需要自己在客戶端進行解析的。
2）透傳訊息不會展示在通知欄，完全要開發者寫程式碼去處理。
3）透傳訊息，即自定義訊息，個推只負責訊息的推送，不做任何處理，客戶端在接收到訊息後，需要自己去處理訊息的展示方式或後續動作。把透傳訊息當做自定義訊息理解即可，沒有什麼難的。  關鍵是客戶端的解析。 4）自定義訊息可能有不同的型別，注意區別訊息型別；我們專案中的自定義訊息型別： 訂單訊息、報價訊息、新版本更新訊息等等。 5）個推是自動推送，而不需要人工干預，比如收到新的買家訂單；根據買家訂單, 服務端推送新訂單訊息到商戶的手機上! 6）推送分為全域性推送和個人推送。 7）推送率(這是要關注的) 8）訊息傳遞到客戶端只有訊息內容，展現形式由客戶端自行定義。(有自己確定訊息的展現內容)  訊息面板的資料。 思考：
1）個推是否已經整合到我的應用中？
2）如何測試訊息推送？  單獨向某一個人推送自定義訊息，輸入cid即可？
3）看看能不能收到自定義訊息，收到後顯示即可。  4）收到自定義訊息後，如何進行處理？


點選通知欄進行跳轉：

1）跳轉到應用內對應的詳情頁面；

2）跳轉到指定的網頁上，比如微商城。

訊息傳遞的兩種行為：

客戶端主動拉去訊息；

伺服器端主動推送訊息；

廣播接收者，其實是一種訊息機制、響應機制。

——————————————————————————————————————>

透傳訊息：其實就是自定義訊息。

透傳訊息，個推只負責訊息傳遞，不做任何處理，客戶端在接收到透傳訊息後需要自己去處理訊息的展示方式或後續動作。

客戶端接收到透傳訊息，自己處理成通知欄展示; 捕獲通知欄點選事件，觸發點選事件後去跳轉到指定的頁面或網頁。

——————————————————————————————————————>

透傳訊息型別有兩種: 1強制開啟應用，客戶端SDK接收到訊息後會立即啟動客戶端應用；2為等待客戶端應用啟動。

——————————————————————————————————————>

如果要在第三方應用中接收自定義訊息，您需要新建BroadcastReceiver子類。 
但是其中的action如何設定呢？
需要AndroidManifest.xml中配置該類的完整路徑，一般為：包名.類名。  

payload：透傳的意思；用廣播接收伺服器透傳過來的資料。

可以在payload中填寫相關資訊，然後在“通知”監聽的click事件中處理(通知的點選事件中進行處理)

如何點選通知啟動到指定的頁面,客戶端在獲取透傳訊息（receiver的GET_MSG_DATA）處寫跳轉程式碼.

通知測試: 模擬服務端推送訊息到客戶端, 個推客戶端SDK收到後彈出通知(標題內容為服務端配置內容), 該通知是由SDK負責彈出；
標題的內容由伺服器端配置。

描述，對於此訊息的描述，類似於備註，以方便在推送記錄與推送資料中查詢。
訊息內容:自行定義的訊息內容。
有效時長，表示在該有效時間上線的使用者均可收到通知。有效時長設定為正整數，最大值72小時。三天內上線的使用者可以收到訊息，過了這個時間段，就接收不到訊息。