1. java web如何實現實時視頻
直接用現成sdk來實現吧，效率高，比如zego 實時視頻sdk，四行代碼即可接入，快速實現音視頻功能。
2. 如何在web上實現實時股票行情一樣的效果 0
個人用嗎？記得申萬宏達、光大證券都有web版的看盤系統，你到他們的官網上看一下吧。
如果是自己需要開發，這個是利用AJAX技術，後台訪問專門的API介面，例如微盛的實時行情API介面，API介面會返回實時行情，然後web前端將實時行情展示出來，就可實現股票軟體中一樣的效果了。
3. java消息推送，一個實時數據的web顯示該怎麼做
javaweb消息實時推送可以使用GoEasy平台。1、操作如下：到goeasy官網上注冊一個賬號，並創建一個應用，應用創建好後系統會默認為它生成兩個key: publish key和subscribe key。
2、前台實時訂閱及接收：需要引入goeasy.js,然後調用goeasy的subscribe方法訂閱一個channel即可，訂閱時無論是用publish key還是subscribe key都可以。
3、通過subscribe的參數 onMessage的回調函數可以實時接收到消息。
4、前台實時推送：需要引入goeasy.js（如果該頁面已經引入了可不在引入）,然後調用goeasy的publish方法向已訂閱的channel上推送消息即可，推送時只能用publish key。
5、後台實時推送：調用GoEasy Restful API， 用post方式訪問。
6、 同時還需要帶上三個必要參數：appkey: publish key。channel: 訂閱了的channel。content: 推送內容GoEasy的實現原理很簡單，就是推送消息的一端只負責推送，而需要接收的頁面需要預先訂閱。
7、往 某個channel上推送消息，客戶端就訂閱相同的channel,這樣就可以確保准確接收。
8、通過channel可以自己指定哪些頁面或哪些用戶可以 接收到從這個channel上推送出來的消息。
消息推送推薦極光。極光iAudience依託自身海量移動終端數據，對用戶線上和線下行為進行分析，構建多維、准確、及時的全息畫像體系，並以開放介面的形式為全行業提供服務。
4. 如何把tomcat的日誌實時輸出到web頁面上
這個很單,寫個servlet,去讀取這個txt文件
然後在web界面上不停的ajax請求
請求到servlet後去讀取這個文本的內容,不停的輸出就實現了自己要的效果了內
5. C# web頁面如何做到數據實時更新
用ajax,js用timeout等函數就可以了，每隔1秒或者2秒取一次數據回來
6. java web 實時事件！
是的，放在容器變數application裡面。伺服器級別的。但是少用，不安全
7. java消息推送，一個實時數據的web顯示該怎麼做
javaweb消息實時推送可以使用GoEasy平台。
操作如下：
到goeasy官網上注冊一個賬號，並創建一個應用，應用創建好後系統會默認為它生成兩個key: publish key和subscribe key。
前台實時訂閱及接收：需要引入goeasy.js,然後調用goeasy的subscribe方法訂閱一個channel即可，訂閱時無論是用publish key還是subscribe key都可以。通過subscribe的參數 onMessage的回調函數可以實時接收到消息。
前台實時推送：需要引入goeasy.js（如果該頁面已經引入了可不在引入）,然後調用goeasy的publish方法向已訂閱的channel上推送消息即可，推送時只能用publish key。
後台實時推送：調用GoEasy Restful API， 用post方式訪問http://goeasy.io/goeasy/publish， 同時還需要帶上三個必要參數：
appkey: publish key
channel: 你訂閱了的channel
content: 推送內容
GoEasy的實現原理很簡單，就是推送消息的一端只負責推送，而需要接收的頁面需要預先訂閱。訂閱什麼呢？訂閱channel。往 某個channel上推送消息，客戶端就訂閱相同的channel,這樣就可以確保准確接收。通過channel我們可以自己指定哪些頁面或哪些用戶可以 接收到從這個channel上推送出來的消息。
8. 基於WEB的實時數據流研究
像多媒體和實時數據流這樣的數據包被放進高優先順序隊列。使用加權公平排隊演算法,可以更頻繁地處理高優先順序隊列,但...Internet的發展瞬息萬變,為應付不斷增加的負載和新的應用需求
建議買：IP網路中實時數據流的流量控制 何全勝 姚國祥寫的
9. web頁面怎麼實現實時監聽網路埠
這種方法極度浪費網路資源。每一個輪詢請求通常都會創建一個 TCP 套接字連接（除非 HTTP 1.1 將自己的keepAlive 設置為 true，此時將使用之前創建的套接字）。套接字連接本身代價極高。除此之外，每一次請求都要在網路上傳輸一些數據，如果請求未在伺服器上發現任何更新，那麼這樣的數據傳輸就是浪費資源。如果在客戶端機器上還運行著其他應用程序，那麼這些輪詢會減少傳輸數據可用的帶寬。
即便是請求成功，確實為客戶端傳回了更新，考慮到輪詢的頻率，這樣的更新也不是實時的。例如，假設輪詢配置為每 20 秒一次，就在一次請求剛剛從伺服器返回時，發生了更新。那麼這次更新將在 20 秒後的下一次請求到來時才能返回客戶端。因而，伺服器上准備好供客戶端使用的更新必須等待一段時間，才能真正地為客戶端所用。對於需要以盡可能實時的方式運行的應用程序來說，這樣的等待是不可接受的。
考慮到這樣兩個問題，對於需要關鍵、實時的伺服器端更新的企業應用程序而言，輪詢並不是最理想的方法。在這篇文章中，我將介紹多種可以替代輪詢的方法。每一種替代方法在某些場景中都有自己的突出之處。我將說明這些場景，並展示需要實時伺服器推送的一組 UI。
10. java web 實時事件
有兩種方法：一種是comet技術，來實現類似於聊天室的那種，進行消息的廣播
二是將消息進行存儲，既然不能查詢資料庫，那麼就放到消息隊列裡面。