androidpush
『壹』 android怎麼做推送
android消息推送主要有一下幾種方式：1.使用GCM(Google Cloude Messaging)，因為採用的是google伺服器，國內不可用
2.使用XMPP協議（Openfi，re+Spark+Smark），XMPP(可擴展通訊和表示協議)是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息
3.使用MQTT協議，MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案
4.HTTP輪循方式，定時向HTTP服務端介面（Web Service API）獲取最新消息
5.採用第三方服務
目前最常用的是使用第三方推送平台，比如極光推送就不錯，極光推送，提供輕量級的客戶端SDK：開發者只需在客戶端集成極光推送 SDK，即可輕松地添加 Push功能到他的 App中。極光推送支持 Android、iOS、windows phone等平台，系統穩定，消息送達率高，速度快
『貳』 如何進行app消息推送（push）
消息推送（Push）就是通過伺服器把內容主動發送到客戶端的過程。運營人員通過自己的產品或第三方工具對用戶移動設備進行主動消息推送。完成推送後，消息通知會展示在移動設備的鎖定屏幕及通知欄上，用戶點擊通知即可去往相應頁面。
現在流行的消息推送實現方式，主要為長鏈接方式實現。其原理是客戶端主動和伺服器建立TCP長鏈接，長鏈接建立之後，客戶端定期向伺服器發送心跳包用於保持鏈接，當有消息要發送的時候，伺服器可以直接通過這個已經建立好的長鏈接，將消息發送到客戶端。
個推作為國內移動推送領域的早期進入者，於2010年推出個推消息推送SDK產品，十餘年來持續為移動開發者提供穩定、高效、智能的消息推送服務，成功服務了人民日報、新華社、CCTV、新浪微博等在內的數十萬APP客戶。個推消息推送，也是運用的長鏈接方式實現消息推送的，其長鏈接穩定性高、存活好，消息送達率高。開發者通過集成個推消息推送SDK，即可簡單、快捷地實現Android和iOS平台的消息推送功能，有效提高產品活躍度、增加用戶留存。
如果您對個推消息推送感興趣，歡迎前往個推開發者中心免費注冊體驗。
消息推送交互邏輯
『叄』 android 應用安裝和push的區別
一般的，Android 應用程序有兩種安裝方法：
1. 將應用程序的apk文件push到手機中，用如下命令：
adb push xxxx.apk /system/app.
2. 用adb install xxxx.apk進行安裝
3. 二者的比較以及注意事項:
1） 用第一種方式的弊端：
a. 會將原來系統中的對應的apk覆蓋掉，所以，最好先備份出來一份，用如下命令：
adb push xxxx.apk /system/app.
b. 有時候，會出現如下形式的錯誤信息：
failed to '/home/SoundRecorder.apk' to '/system/app/SoundRecorder.apk': Read-only file system
很明顯，/system/app目錄是只讀的，不能將文件push到這個目錄下。
解決方法，用直接安裝的方式進行安裝，如下：
adb install -r /home/SoundRecorder.apk //註： -r 表示強制安裝
adb push 能夠指定安裝目錄。比如執行"adb push xxx.apk system/app" 後，xxx.apk被安裝到了system/app目錄下。
adb install 用此命令安裝的軟體位於 data/app 目錄，則為user application。
『肆』 Android中消息推送有哪幾種方式
Android中消息推送有如下幾種方式：1、輪詢(Pull)方式：客戶端定時向伺服器發送詢問消息，一旦伺服器有變化則立即同步消息。 2、SMS(Push)方式：通過攔截SMS消息並且解析消息內容來了解伺服器的命令，但這種方式一般用戶在經濟上很難承受。 3、持久連接(Push)方式：客戶端和伺服器之間建立長久連接，這樣就可以實現消息的及時行和實時性。
消息推送，就是在互聯網上通過定期傳送用戶需要的信息來減少信息過載的一項新技術。推送技術通過自動傳送信息給用戶，來減少用於網路上搜索的時間。根據用戶的興趣來搜索、過濾信息，並將其定期推給用戶，幫助用戶高效率地發掘有價值的信息。
關於消息推送的方式也可以使用第三方平台來幫助實現，然而極光就是一個不錯的選擇。極光私有雲提供貼身專屬定製，為您打造安全穩定高性能的私有雲系統，助力企業業務升級。
『伍』 android push 推送服務 如何做到app進程被清理掉還能收到推送 我看有少部分應用做到了
在國內 Android 生態中，推送通道都是由終端與雲端之間的長鏈接來維持，嚴重依賴於應用進程的存活狀態，軟體推出後台運行後會接受不到消息推送。 針對這個問題，如今一些手機廠家會在自家 rom 中做系統級別的推送通道，再由系統分發給各個 app，以此提高在自家 rom 上的推送送達率 極光推送率先和國內包括華為，小米，OPPO，VIVO，魅族等7大主流手機廠商打通通道，大大提高消息送達率
『陸』 如何進行app消息推送（push）
進行app消息推送（push）的主要有兩種方式。一是自己研發，自己研發的話靈活性更高，但是比較耗時耗資源，成本也較高。二是，直接采購第三方專業消息推送供應商，快速、高效實現消息推送功能。目前大多數APP都採用與第三方合作的形式來進行消息推送，比如使用個推消息推送服務。開發者通過集成個推消息推送SDK，即可簡單、快捷地實現Android和iOS平台的消息推送功能，有效提高產品活躍度、增加用戶留存。
個推作為國內移動推送領域的早期進入者，於2010年推出個推消息推送SDK產品，十餘年來持續為移動開發者提供穩定、高效、智能的消息推送服務，成功服務了人民日報、新華社、CCTV、新浪微博等在內的數十萬APP客戶。
個推消息推送不僅能有效節省電量與流量，給終端用戶穩定流暢的使用體驗；同時，在高並發、大流量的情況下，能有力保障消息的穩定到達。此外，個推消息推送還提供多通道一鍵下發、智能標簽分組、富媒體展示樣式、全鏈路數據分析等能力，可有效幫助APP提升消息到達率和點擊率。
如果您對個推消息推送感興趣，歡迎前往個推開發者中心免費注冊體驗。
消息推送交互邏輯
『柒』 Android 的adb push命令有返回的錯誤信息嗎用什麼命令可以判斷push進手機的文件是否存在謝謝
push成功沒有返回消息，出錯會返回錯誤信息，例如向只讀的目錄push文件：
adb push test.txt /system/app/
會返回：
failed to '11' to '/system/app//11': Read-only file system
可以使用：
adb shell
進入手機，到指定的目錄查看push的結果。
『捌』 android 中push命令路徑如何寫
adb push softname.apk \system\app\softname.apk
adb pull \system\app\softname.apk d:\softname.apk
『玖』 android push 是代表著什麼意思
android push 是安卓的一種消息推送機制。開發者在開發的時候會有這樣的幾種實現方案：
安卓關於消息推送的相關方案介紹
------我們國內自己的技術實現
前些時間公司有個項目用到了android push功能，於是在google中狂搜，
看到好多網友的介紹，我總結了一下幾種方案，但其中有一種是我用著比較好的，簡單，易用還免費。
以下是這幾種方案的介紹：
方案一：
Google官方的：
通過對比研究發現C2DM機制存在以下缺點：
1、C2DM內置於Android的2.2系統上，無法兼容老的1.6到2.1系統;
2、必須運行android，並且安裝Market，至少有一個登錄的google賬號。
3、C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用，是消息阻塞，不能對送到終端。
方案二：
利用MQTT協議，broker做代理伺服器，但是隨著用戶的增多這個方案會有問題，因為broker的連接數有上限，到了一定程度後就無法連接了，這也就導致消息很難發送出去。
總之，連接數量有限制。
方案三：
基於XMPP協議，很多人都建議使用這個，谷歌官方的C2DM也是基於XMPP研發的，使用這個方案不會依賴android系統，也不依賴於谷歌伺服器。
方案四：
最近新出的一種是APNS，這個也不需要自己架設伺服器，很簡單，自己不用開發服務端，但要收費的，一年100人民幣。
主要有以下特點：
· 快速集成:提供一種比C2DM更加快捷的使用方式,避免各種限制.
· 無需架設伺服器:通過使用"雲服務",減少額外伺服器負擔.
· 可以同時推送消息到網站頁面,android 手機
· 耗電少,佔用流量少.
終極方案：
下面的一種方案是我自己發現的一種方案感覺比較好用，所以推薦給大家。（android-push終極方案）
先介紹特點：
1、免費
2、易集成
3、沒有C2DM中的版本限制和必須用gmail綁定
4、雲服務，不用假設自己的伺服器
5、用戶track
6、簡單高效，並且省電
1 Android 推送實現方式編輯本段
方案1、使用C2DM服務（Google Cloud Messaging）
簡介：Google推出的雲消息服務，即第二代的G2DM。
優點：Google提供的服務、原生、簡單，無需實現和部署服務端。
缺點：Android版本限制（必須大於2.2版本），該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。
方案2、使用XMPP協議（Openfire + Spark + Smack）
簡介：基於XML協議的通訊協議，前身是Jabber，目前已由IETF國際標准化組織完成了標准化工作。
優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的Java版的開發實例androidpn。
缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。
方案3、使用MQTT協議
簡介：輕量級的、基於代理的「發布/訂閱」模式的消息傳輸協議。
優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域（），且已有C++版的服務端組件rsmb。
缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。
方案4、使用第三方推送服務
簡介：通過嵌入SDK使用第三方提供的推送服務，目前主流的有 個推，PUBNUB，蝴蝶等
優點：穩定，成熟，節省開發和探索時間，相對自己開發成本低，推送管理界面及統計程序完善。
缺點：有程序嵌入顧慮
IOS推送實現方式
推薦使用APNS服務，穩定，方便，美中不足是沒有推送到達的回執和統計，不方便產品運營。如對此方面有需求可以使用 個推 等第三方推送服務解決
Win-Phone
使用MPNS（Microsoft 推送通知服務），相應速度不錯，但推送不帶狀態，很多功能無法實現
『拾』 如何實現消息推送功能
?可以用第三方軟體極光推送來實現。對於定製化需求較強的，或者想擁有自己推送平台的開發者，極光提供全功能的私有雲方案。極光推送快速開始步驟: 1、到極光推送官方網站注冊開發者帳號；
2、登錄進入管理控制台，創建應用程序，得到 Appkey（SDK 與伺服器端通過 Appkey 互相識別）；
3、在推送設置中給 Android 設置包名、給 iOS 上傳證書、啟用 WinPhone，根據你的需求進行選擇；
4、下載 SDK 集成到 App 里。
客戶端初始化 JPush 成功後，JPush 服務端會分配一個 Registration ID，作為此設備的標識（同一個手機不同 App 的 Registration ID 是不同的）。開發者可以通過指定具體的 Registration ID 來進行對單一設備的推送。