① java實現實時訂單推送需要用到什麼技術

1：支付技術，訂單需要支付
2：流程，訂單系統肯定從下單到支付再到送貨等一系列需要走流程
3：定位技術，訂單需要地理定位，幫助送貨員准確送貨到買家
4：消息技術，在訂單走到任何環節都需要消息及時反饋
5：搜索技術，買家會在系統搜索滿意的物品

② JAVA怎麼樣實現即時消息的發送與接收

B/S?
採用struts么，上萬又不是很多。
使用普通的struts就夠就可以了。
還有不知道你的即時是多少，像聊天室么，如果是，使用一般的聊天室模塊就能解決
B/S是不帶狀態的啊，不太可能實現這種功能，除非收信人刷新頁面。
如果可以讓收信人刷新頁面的話，那就簡單了，我覺得你的架構足夠解決這個問題。

③ 請問java中有消息推送，有怎麼實現，有demo嗎

自己一個SocketServer 監聽，等候客戶端傳資料就是了。

④ java消息推送，一個實時數據的web顯示該怎麼做

javaweb消息實時推送可以使用GoEasy平台。

操作如下：

  1. 到goeasy官網上注冊一個賬號，並創建一個應用，應用創建好後系統會默認為它生成兩個key: publish key和subscribe key。

  2. 前台實時訂閱及接收：需要引入goeasy.js,然後調用goeasy的subscribe方法訂閱一個channel即可，訂閱時無論是用publish key還是subscribe key都可以。通過subscribe的參數 onMessage的回調函數可以實時接收到消息。

  3. 前台實時推送：需要引入goeasy.js（如果該頁面已經引入了可不在引入）,然後調用goeasy的publish方法向已訂閱的channel上推送消息即可，推送時只能用publish key。

  4. 後台實時推送：調用GoEasy Restful API， 用post方式訪問http://goeasy.io/goeasy/publish， 同時還需要帶上三個必要參數：

    appkey: publish key

    channel: 你訂閱了的channel

    content: 推送內容

  5. GoEasy的實現原理很簡單，就是推送消息的一端只負責推送，而需要接收的頁面需要預先訂閱。訂閱什麼呢？訂閱channel。往 某個channel上推送消息，客戶端就訂閱相同的channel,這樣就可以確保准確接收。通過channel我們可以自己指定哪些頁面或哪些用戶可以 接收到從這個channel上推送出來的消息。

⑤ java伺服器推送消息給android

幾種常見的解決方案實現原理
1）輪詢(Pull)方式：客戶端定時向伺服器發送詢問消息，一旦伺服器有變化則立即同步消息。

2）SMS(Push)方式：通過攔截SMS消息並且解析消息內容來了解伺服器的命令，但這種方式一般用戶在經濟上很難承受。

3）持久連接(Push)方式：客戶端和伺服器之間建立長久連接，這樣就可以實現消息的及時行和實時性。

3、消息推送解決方案概述

A、C2DM雲端推送方案

在Android手機平台上，Google提供了C2DM（Cloudto Device Messaging）服務。Android
Cloud to Device Messaging (C2DM)是一個用來幫助開發者從伺服器向Android應用程序發送數據的服務。該服務提供了一個簡單的、輕量級的機制，允許伺服器可以通知移動應用程序直接與伺服器進行通信，以便於從伺服器獲取應用程序更新和用戶數據。

該方案存在的主要問題是C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用。

B、MQTT協議實現Android推送

採用MQTT協議實現Android推送功能也是一種解決方案。MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。

wmqtt.jar
是IBM提供的MQTT協議的實現。我們可以從這里（https://github.com/toku/AndroidPushNotificationsDemo）下載該項目的實例代碼，並且可以找到一個採用php書寫的伺服器端實現（https://github.com/toku/PhpMQTTClient）。

C、RSMB實現推送功能

Really Small Message Broker (RSMB)
，是一個簡單的MQTT代理，同樣由IBM提供，其查看地址是：http://www.alphaworks.ibm.com/tech/rsmb。預設打開1883埠，應用程序當中，它負責接收來自伺服器的消息並將其轉發給指定的移動設備。SAM是一個針對MQTT寫的PHP庫。我們可以從這個http://pecl.php.net/package/sam/download/0.2.0地址下載它.

D、XMPP協議實現Android推送

Google官方的C2DM伺服器底層也是採用XMPP協議進行的封裝。XMPP(可擴展通訊和表示協議)是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息。

androidpn是一個基於XMPP協議的java開源Android push notification實現。它包含了完整的客戶端和伺服器端。但也存在一些不足之處：

1）
比如時間過長時，就再也收不到推送的信息了。

2）性能上也不夠穩定。

3）如果將消息從伺服器上推送出去，就不再管理了，不管消息是否成功到達客戶端手機上。

如果我們要使用androidpn，則還需要做大量的工作，需要理解XMPP協議、理解Androidpn的實現機制，需要調試內部存在的BUG。

⑥ java消息推送

如果只是彈出信息的那種UI的話，你應該搞得定
而如果是類似App那樣彈出信息的功能內的話，web搞不定，得App才行容。開發App可以是Android的也可以是iOS的。如果是iOS的話，可以通過蘋果的消息推送服務進行。而如果用Android的話，Google自己也有消息推送服務（貌似是Android 4.0以後才有），國內的話，平台就多了，有各大廠商自己的推送服務，也有BAT的推送服務，還有如訊飛等的其他商業推送服務。這些都要錢的

⑦ java web 怎麼實現新訂單 及時推送給商家

般來說推送都會嘗試去維持一個類似消息中心的角色 訂單服務通過某種機制通知消息中心 由消息中心統一調度生成消息 這個階段有很多辦法 消息隊列是其中之一 如果系統比較小甚至消息中心和訂單都是一個系統 直接調用或者使用以下觀察者模式就可以搞定 第二個階段是常規的開發都是由前台發起請求後台響應 現在要反轉過來 後台維持連接 最簡單的就是ajax輪詢 如果這個功能不是核心的話可以試試WebSocket 而如果後台是SpringMVC的話可以自然集成SockJS進來 而對於大部分系統來說比較理想的設計就是消息中間件解耦訂單和消息中心 消息中心通過WebSocket來推送消息 此時消息中心是一個單獨的服務

⑧ java做消息推送

ajax和多線程式控制制

⑨ Java 給20w用戶推送消息，如何提高效率！

可以的 XMPP是一種基於XML的協議，它繼承了在XML環境中靈活的發展性。因此，基於XMPP的應用具有內超強的可擴展容性。經過擴展以後的XMPP可以通過發送擴展的信息來處理用戶的需求，以及在XMPP的頂端建立如內容發布系統和基於地址的服務等應用程 序。而且，XMPP包含了針對伺服器端的軟體協議，使之能與另一個進行通話，這使得開發者更容易建立客戶應用程序或給一個配好系統添加功能。