关于 websocket 跨域的一个奇怪问题…
点击关注公众号，Java干货及时送达
作者：fredalxin
地址：https://fredal.xin/websocket-cors-problem
最近在建设websocket长连接网关，过程中遇到一件比较奇怪的事情，做下简单的记录。
所以我们的期望是浏览器与websocket网关进行handshark请求时可以带上jwt-token cookie。
结果自然是不行的，服务端并没有收到来自*.xx.com的cookie。于是开始考虑可能和跨域行为有关系。
CORS
CORS 是一种用于解决跨域的w3c标准，全称为"跨域资源共享"(Cross-origin resource sharing)。它允许浏览器向跨源服务器，发出 XMLHttpRequest 请求，从而克服了 AJAX 只能同源使用的限制。
CORS 基于 http 协议关于跨域方面的规定，使用时，客户端浏览器直接异步请求被调用端服务端，在响应头增加响应的字段，告诉浏览器后台允许跨域。到底什么是跨域？推荐看下。
概括的说，CORS就是服务端对跨域权限的控制，由一组标准的header来控制客户端的跨域行为，不同浏览器对于CORS的实现均有不同。
常用的CORS header主要有：
Access-Control-Allow-Origin ：指示请求的资源能共享给哪些域，可以是具体的域名或者*表示所有域。 Access-Control-Allow-Credentials ：指示当请求的凭证标记为 true 时，是否响应该请求。 Access-Control-Allow-Headers ：用在对预请求的响应中，指示实际的请求中可以使用哪些 HTTP 头。 Access-Control-Allow-Methods：指定对预请求的响应中，哪些 HTTP 方法允许访问请求的资源。
CORS处理请求的流程如下：
判断当前请求是否简单请求。 如果不是简单请求，则会使用OPTIONS方法先发起一个预检请求(PreFlight)，预检请求通过返回的response里设置了对应的header并匹配上了才会进行下一步具体的请求。 预检请求后会发起实际请求，但会根据返回的response header来决定请求行为，例如根据服务端设置的Access-Control-Allow-Credentials值来决定请求是否携带当前域的cookie。
这里涉及到的简单请求和非简单请求的概念，那么简单请求和非简单请求有什么区别呢？
若请求满足所有下述条件，则该请求可视为简单请求：
使用了下列 HTTP 方法：GET、HEAD、POST。 只用了以下header：Accept、Accept-Language、Content-Language、Content-Type(有额外限制)、DPR、Downlink、Save-Data、Viewport-Width、Width。 请求中的任意XMLHttpRequestUpload 对象均没有注册任何事件监听器；XMLHttpRequestUpload 对象可以使用 XMLHttpRequest.upload 属性访问。 请求中没有使用 ReadableStream 对象。
经过一番简单的科普，回到我们的问题上来。浏览器对websocket的handshark请求会不会应用同源策略呢。我们先不回答，先来看看如果CORS应用在websocket上会是什么样的。
GET / HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: ws.xx.com
Origin: http://www.xx.com
Sec-WebSocket-Key: sB9cRrP/a9NdMgdcy2VJFX==
Sec-WebSocket-Version: 11
Upgrade: websocket
Connection: Upgrade
我们使用的是Netty来构建websocket网关，Netty支持CORS很简单：
CorsConfig corsConfig = CorsConfigBuilder.forAnyOrigin().allowNullOrigin().allowCredentials().build();
pipeline.addLast(new CorsHandler(corsConfig));
结果是什么呢？我们的websocket服务端正确拿到了*.xx.com的cookie，并完成了后续鉴权工作。另外，关注公众号Java技术栈，在后台回复：面试，可以获取我整理的 Java 系列面试题和答案，非常齐全。
websocket需要CORS么？
所以真相是什么呢？websocket也需要CORS支持来避免跨域问题么？
google任何websocket与跨域相关的问题都会告诉你，websocket本身就是支持跨域的，websocket本身没有同源策略！也就是说，在第一幅图中，我们应该不作任何事就可以把xx.com的cookie带到ws.xx.com的websocket网关上去，这似乎和我们实际情况不符。
我们使用的是chrome，后来突发奇想试了下firefox与safari，结论是这两者不用配置任何CORS相关属性就可以把cookie带上。难道这是chrome的一个bug?翻了翻网络，找到了一个似乎可以应征的bug report：https://bugs.chromium.org/p/chromium/issues/detail?id=947413
关注Java技术栈看更多干货
