❶ websocket的埠與web應用的埠可以共用一個嗎
你好，不會起沖突的。
如果websocket使用wss,也會跟https共用443埠的，也是不會起沖突的。
另外樓主是自己開發的websocket服務嗎？穩定性怎麼樣呢？
我們項目現在用的是【GoEasy】來實現websocket服務，目前使用還不錯
❷ 怎樣用java web和websocket實現網頁即時通訊
服務穩定的推送服務，前段時間研究了一下goeasy,後台推送只需要兩行代碼， js前端推送也只需要3，4行，而且文檔齊全，還提供了後台查詢信息收發情況，所以GoEasy推送服務是個不錯的選擇。
1. 引入goeasy.js
2. 客戶端訂閱，
Var goeasy = new GoEasy({appkey:』your appkey』});
goeasy.subscribe(channel:」your channel」, onMessage:function(message){alert(『received message』+ message.content)})
3. 三種推送方式
Javascript: goeasy.publish({channel:』your channel』, message:』your publish msg』});
Java SDK: GoEasy goeasy = new GoEasy(「appkey」); goeasy.publish(「your channel」,」your msg」);
三步輕松實現web推送及接收
❸ 怎樣用java web和websocket實現網頁即時通訊
java 後台做 websocket 服務端。 頁面使用js的websocket客戶端 連接上 服務端 就能實時通信了。
❹ web前端可以使用websocket開啟服務嗎
1 通訊通道選擇:這個很多前端高手已經回答了,基本就是兩種方式:輪詢和長連接,這種情況通常的解決方式是長連接,Web端可以用WebSocket來解決,這也是業界...
❺ 如何測試webservice和websocket介面
WebSocket是html5新增加的一種通信協議，目前流行的瀏覽器都支持這個協議，例如Chrome，Safari，Firefox，Opera，IE等等，對該協議支持最早的應該是chrome，從chrome12就已經開始支持，隨著協議草案的不斷變化，各個瀏覽器對協議的實現也在不停的更新。該協議還是草案，沒有成為標准，不過成為標准應該只是時間問題了，從WebSocket草案的提出到現在已經有十幾個版本了，目前最新的是版本17，所對應的協議版本號為13，目前對該協議支持最完善的瀏覽器應該是chrome，畢竟WebSocket協議草案也是Google發布的。
1. WebSocket API簡介
首先看一段簡單的javascript代碼，該代碼調用了WebSockets的API。
[javascript] view plain
var ws = new WebSocket(「ws://echo.websocket.org」);
ws.onopen = function(){ws.send(「Test!」); };
ws.onmessage = function(evt){console.log(evt.data);ws.close();};
ws.onclose = function(evt){console.log(「WebSocketClosed!」);};
ws.onerror = function(evt){console.log(「WebSocketError!」);};
這份代碼總共只有5行，現在簡單概述一下這5行代碼的意義。
第一行代碼是在申請一個WebSocket對象，參數是需要連接的伺服器端的地址，同http協議使用http://開頭一樣，WebSocket協議的URL使用ws://開頭，另外安全的WebSocket協議使用wss://開頭。
❻ 怎樣用java web和websocket實現網頁即時通訊
下面是一個java的多線程的WebServer的例子：
//import java.io.*;
import java.net.*;
//import java.util.*;
public final class WebServer {
public static void main(String argv[]) throws Exception
{
int port = 80;
// Establish the listen socket.
ServerSocket WebSocket = new ServerSocket(port);
while (true) {
// Listen for a TCP connection request.
Socket connectionSocket = WebSocket.accept();
//Construct object to process HTTP request message
HttpRequest request = new HttpRequest(connectionSocket);
Thread thread = new Thread(request); //Create new thread to process
thread.start(); //Start the thread
}
}
}
import java.io.*;
import java.net.*;
import java.util.*;
public final class HttpRequest implements Runnable {
final static String CRLF = "\r\n";//For convenience
Socket socket;
// Constructor
public HttpRequest(Socket socket) throws Exception
{
this.socket = socket;
}
// Implement the run() method of the Runnable interface.
public void run()
{
try {
processRequest();
} catch (Exception e) {
System.out.println(e);
}
}
private void processRequest() throws Exception
{
InputStream is = socket.getInputStream(); //Starts the input from client machine
DataOutputStream os = new DataOutputStream(
socket.getOutputStream());
// Set up input stream filters.
BufferedReader br = new BufferedReader(
new InputStreamReader(is));
String requestLine = br.readLine();
System.out.println(); //Echoes request line out to screen
System.out.println(requestLine);
//The following obtains the IP address of the incoming connection.
InetAddress incomingAddress = socket.getInetAddress();
String ipString= incomingAddress.getHostAddress();
System.out.println("The incoming address is: " + ipString);
//String Tokenizer is used to extract file name from this class.
StringTokenizer tokens = new StringTokenizer(requestLine);
tokens.nextToken(); // skip over the method, which should be 「GET」
String fileName = tokens.nextToken();
// Prepend a 「.」 so that file request is within the current directory.
fileName = "." + fileName;
String headerLine = null;
while ((headerLine = br.readLine()).length() != 0) { //While the header still has text, print it
System.out.println(headerLine);
}
// Open the requested file.
FileInputStream fis = null;
boolean fileExists = true;
try {
fis = new FileInputStream(fileName);
} catch (FileNotFoundException e) {
fileExists = false;
}
//Construct the response message
String statusLine = null; //Set initial values to null
String contentTypeLine = null;
String entityBody = null;
if (fileExists) {
statusLine = "HTTP/1.1 200 OK: ";
contentTypeLine = "Content-Type: " +
contentType(fileName) + CRLF;
} else {
statusLine = "HTTP/1.1 404 Not Found: ";
contentTypeLine = "Content-Type: text/html" + CRLF;
entityBody = "<HTML>" + "<HEAD><TITLE>Not Found</TITLE></HEAD>" + "<BODY>Not Found</BODY></HTML>";
}
//End of response message construction
// Send the status line.
os.writeBytes(statusLine);
// Send the content type line.
os.writeBytes(contentTypeLine);
// Send a blank line to indicate the end of the header lines.
os.writeBytes(CRLF);
// Send the entity body.
if (fileExists) {
sendBytes(fis, os);
fis.close();
} else {
os.writeBytes(entityBody);
}
os.close(); //Close streams and socket.
br.close();
socket.close();
}
//Need this one for sendBytes function called in processRequest
private static void sendBytes(FileInputStream fis, OutputStream os)
throws Exception
{
// Construct a 1K buffer to hold bytes on their way to the socket.
byte[] buffer = new byte[1024];
int bytes = 0;
// Copy requested file into the socket』s output stream.
while((bytes = fis.read(buffer)) != -1 ) {
os.write(buffer, 0, bytes);
}
}
private static String contentType(String fileName)
{
if(fileName.endsWith(".htm") || fileName.endsWith(".html"))
return "text/html";
if(fileName.endsWith(".jpg"))
return "text/jpg";
if(fileName.endsWith(".gif"))
return "text/gif";
return "application/octet-stream";
}
}
❼ 怎樣用java web和websocket實現網頁即時通訊
使用7z格式壓縮上傳
下載1： http://vdisk.weibo.com/s/D7LHb/1369631064
下載2： att.newsmth.net/att.php?p.75.25665.766.7z
Java版源代碼下載：http://vdisk.weibo.com/s/I26Jq
（有些網友對C++如何實現感興趣，推薦一下Poco帶的WebSocket功能，把Java源代碼翻譯成C++就行了）
1. 說明：
utf8版本，支持各種語言版本的windows系統
程序內嵌資料庫
用戶帳號非明文存儲
在Firefox/Chrome瀏覽器測試通過，建議使用Chrome，Firefox不支持mp3的消息提示音
2. 現有功能
注冊/登錄/搜索/添加好友（需要雙方互相添加對方為好友，才能互相聊天）
抖動窗口
兩種狀態，登錄/離線
3.可擴展的功能
使用Windows域用戶帳號，無需注冊
收發離線信息
查看歷史信息
新消息提示
群聊
共享文件
4. （可能）存在的問題
並發性未作充分測試
添加好友的確認
5. 適用的場景
學校
小公司
6.使用
解壓後雙擊執行start.bat，將自動進入初始界面，如下圖
默認使用80埠，若80埠已被佔用，修改start.bat中的setserver_port=80
雙擊左上角圖標，彈出對話框，可以選擇注冊
注冊成功
登錄
搜索好友，如不提供搜索條件，則返回所有已注冊用戶
添加好友
添加好友提示
聊天
❽ HTTP和Websockets：了解現在的Web通信技術
API有很多分類。但是當涉及到網路通信時，我們可以確定兩種重要的API類型 Web Service APIs （例如SOAP，JSON-RPC，XML-RPC，REST）和 Websocket API 。但是，這些到底是什麼意思？讓我們深入了解Web通信協議的世界，並在最後討論如何選擇最佳的API機制。
HTTP是互聯網的基礎通信協議。 HTTP在客戶端-伺服器計算模型中充當請求-響應協議。 HTTP / 1.1是現代Web瀏覽器和伺服器中使用的最常見的HTTP版本。與HTTP的早期版本相比，此版本可以實現關鍵的性能優化和功能增強，例如持久性和流水線連接，分塊傳輸，請求/響應主體中的新標頭欄位等。其中，以下兩個標頭非常值得注意，因為HTTP的大多數現代改進都依賴於這兩個標頭。
到目前為止，REST（REpresentational State Transfer）的體系結構樣式是構造用於請求的Web API的最標准化的方式。REST純粹是一種基於多種原則的建築風格。遵循REST原理的API稱為RESTful API。REST API使用請求/響應模型，其中來自伺服器的每個消息都是對來自客戶端的消息的響應。通常，RESTful API使用HTTP作為其傳輸協議。在這種情況下， 查找 應使用 GET 請求。 PUT ， POST 和 DELETE 的要求應當用於 修改 ， 插入 ，和 刪除 分別（避免 GET 用於更新信息的請求）。
在HTTP輪詢中，客戶端通過遵循以下機制之一來輪詢請求新信息的伺服器。如今，大多數應用程序都使用輪詢，並且大多數情況下輪詢是通過RESTful實踐進行的。實際上，很少使用HTTP短輪詢，並且始終選擇HTTP長輪詢或定期輪詢。
HTTP流傳輸—提供長期連接，可進行即時和連續的數據推送
客戶端發出一個HTTP請求，伺服器發送一個不確定長度的響應（就像無限輪詢一樣）。HTTP流是高性能，易於使用的，並且可以替代WebSockets。
HTTP / 2是基於復用的流的有效傳輸層 -根據IETF，「流」是一個HTTP / 2連接內的客戶機和伺服器之間交換的幀的獨立的，雙向序列。它的主要特徵之一是單個HTTP / 2連接可以包含多個並發打開的流，其中任一端點都可以從多個流中插入幀。
WebSocket允許伺服器和客戶端在任何時間推送消息，而與先前的請求沒有任何關系。使用WebSockets的一個顯著優勢是， 幾乎每個瀏覽器都支持WebSockets 。
WebSocket解決了HTTP的一些問題：
示例應用程序：IM / Chat應用程序，游戲，管理前端
盡管據說每個瀏覽器都支持WebSockets，但中介程序中也可能有例外：
如果對REST和Websockets進行性能測試，則可能會發現存在高負載時Websockets的性能更好。這並不一定意味著REST效率低下。我個人的看法是，將REST與Websockets進行比較就像將蘋果與橙子進行比較。這兩個功能解決了兩個不同的問題，無法與像這樣的簡單性能測試進行比較：
但是，您現在應該了解，WebSockets是以近乎實時的方式處理長期存在的雙向數據流的絕佳選擇，而REST非常適合偶爾進行的通信。使用WebSockets本身佔用資源比較多，因此對於偶爾的連接來說是過大的選擇。
如果要在數據更改時從API獲取數據，則必須首先考慮使用輪詢。但是，當涉及伺服器之間的通信時，低效率的輪詢使我們付出了很多代價（平均而言，浪費了98.5％的輪詢）。
Webhooks —在沒有長期輪詢連接的伺服器之間發送數據的簡單方法
Webhooks是此問題的救星。在此請記住，通信通常發生在伺服器之間。首先，發送方節點預先在接收方節點中注冊一個回調URL。當發送方發生事件時，Webhook會被觸發，並使用在每個接收方中注冊的回調URL，將帶有新數據的事件對象作為HTTP POST請求發送到接收方節點。
很酷的事情是，可以通過webhooks大大減少發送方和接收方節點的伺服器負載。它可以確保更好的用戶體驗，同時開發人員可以將服務端點用於有意義的事情，而不會浪費輪詢。
Webhooks通常用於在事件發生時在伺服器之間發送通知和狀態更改。例如，當用戶通過單擊電子郵件中的按鈕取消訂閱時，它到達伺服器，並且發生用戶取消訂閱事件，此事件觸發相應的Webhooks，並且他們通知所有伺服器/服務該用戶現在已經從其訂閱伺服器中取消訂閱。服務
使用哪種技術取決於在您的應用程序上下文中什麼才更有意義。當然，您可以使用一些技巧來模擬一種技術與另一種技術的行為，但是通常更可取的是使用一種更適合您的通訊模型的技術（當被本書使用時）。
HTTP and Websockets: Understanding the capabilities of today』s web communication technologies
❾ Websocket與WebService有什麼區別
有關http和WebSocket 的區別網上有很多的質料。
個人在此僅僅是記錄以下自己的學習心得，自己的理解。
1. http協議是用在應用層的協議，他是基於tcp協議的，http協議建立鏈接也必須要有三次握手才能發送信息。
http鏈接分為短鏈接，長鏈接，短鏈接是每次請求都要三次握手才能發送自己的信息。即每一個request對應一個response。長鏈接是在一定的期限內保持鏈接。保持TCP連接不斷開。客戶端與伺服器通信，必須要有客戶端發起然後伺服器返回結果。客戶端是主動的，伺服器是被動的。
2. WebSocket
WebSocket他是為了解決客戶端發起多個http請求到伺服器資源瀏覽器必須要經過長時間的輪訓問題而生的，他實現了多路復用，他是全雙工通信。在webSocket協議下客服端和瀏覽器可以同時發送信息。
建立了WenSocket之後伺服器不必在瀏覽器發送request請求之後才能發送信息到瀏覽器。這時的伺服器已有主動權想什麼時候發就可以發送信息到伺服器。而且信息當中不必在帶有head的部分信息了與http的長鏈接通信來說，這種方式，不僅能降低伺服器的壓力。而且信息當中也減少了部分多餘的信息。