閱讀原文：https://wdd.js.org/stomp-over...
1. AWS EC2 不支持WebSocket
簡單說一下思路：WebSocket底層基於TCP協議的，如果你的服務器基於HTTP協議暴露80端口，那WebSocket肯定無法連接。你只要將HTTP協議修改成TCP協議就可以了。
這個問題也會導致stompjs連不上服務端，報什麼版本不兼容的日誌
然後是安全組的配置：
同樣如果使用了NGINX作爲反向代理，那麼NGINX也需要做配置的。
// https://gist.githubusercontent.com/unshift/324be6a8dc9e880d4d670de0dc97a8ce/raw/29507ed6b3c9394ecd7842f9d3228827cffd1c58/elasticbeanstalk_websockets
files:
"/etc/nginx/conf.d/01_websockets.conf" :
mode: "000644"
owner: root
group: root
content : |
upstream nodejs {
server 127.0.0.1:8081;
keepalive 256;
}
server {
listen 8080;
location / {
proxy_pass http://nodejs;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
"/opt/elasticbeanstalk/hooks/appdeploy/enact/41_remove_eb_nginx_confg.sh":
mode: "000755"
owner: root
group: root
content : |
mv /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf.old2. NGINX做反向代理是需要注意的問題
如果排除所有問題後，那剩下的問題可以考慮出在反向代理上，一下有幾點是可以考慮的。
-
HTTP的版本問題: http有三個版本，http 1.0, 1.1, 2.0, 現在主流的瀏覽器都是使用http 1.1版本，爲了保證更好的兼容性，最好轉發時不要修改協議的版本號 -
路徑重寫的編解碼問題: NGINX具有路徑重寫功能，如果你使用了該功能，就要考慮問題可能出在這裏，因爲NGINX在路徑重寫時，需要對路徑進行編解碼，有可能在解碼之後，沒有編碼就發送給後端的服務器，導致後端服務器無法對URL進行解碼。
3. IE8 IE9 有沒有簡單方便支持WebSocket的方案
目前測試下來，最簡單方案是基於flash的。參考：https://github.com/gimite/web...
注意該方案需要在WebSocket服務上的843端口, 提供socket_policy_files, 也可以參考：A PolyFill for WebSockets
網上也有教程是使用socket.io基於ajax長輪訓的方案，如果服務端已經確定的情況下，一般是不會輕易改動服務端代碼的。而且ajax長輪訓也是有延遲，和disconnect時，無法回調的問題。
4. stompjs connected後，沒有調用connect_callBack
該問題主要是使用web-socket-js，在ie8,ie9上出現的
該問題還沒有分析出原因，但是看了stompjs的源碼不是太多，明天用源碼調試看看原因。
具體原因已經找到，參考https://github.com/wangduandu...。