摘要：最后發現每一個在連接端點之前都會發送一個請求用于保證該服務是存在的。而該請求是程序自動發送的自能自動攜帶數據，無法發送自定義。問題是我們的是使用自定義實現的認證。所以該方法不成立，所以只能讓自己認證。

spring boot 1.4.3.RELEASE

spring websocket 4.3.5.RELEASE

spring security 4.1.3.RELEASE

sockjs-client 1.0.2

stompjs 2.3.3

由于公司需要使用websocket主動給前端用戶推送消息，公司的項目是使用jhipster自動生成的微服務項目，而spring boot本身就集成了websocket，這樣我們不用自己處理所有的網絡細節代碼。我們的項目主要為：
前端 - nodeJS代理 - 后端 - 計算系統（由于我們公司是做云計算的，計算系統是一個底層系統）
項目的主要流程是：

由于我們使用的是spring security oauth2 來進行認證，而且我們需要吧websocket消息推送給指定用戶，這樣為了保證websocket和http協議使用的同一套認證系統，我們就必須要把websocket認證集成到spring security中。

首先貼出websocket的配置代碼

public class WebSocketConfig extends AbstractWebSocketMessageBrokerConfigurer {

    private final static Logger LOG = LoggerFactory.getLogger(WebSocketConfig.class);

    @Override
    public void configureMessageBroker(MessageBrokerRegistry registry) {
        registry.enableSimpleBroker("/api/v1/socket/send");  // 推送消息前綴
        registry.setApplicationDestinationPrefixes("/api/v1/socket/req"); // 應用請求前綴
        registry.setUserDestinationPrefix("/user");//推送用戶前綴
    }



    /**
     * 建立連接的端點
     * @param registry
     */
    @Override
    public void registerStompEndpoints(StompEndpointRegistry registry) {
        registry.addEndpoint("/api/v1/socket/fallback").setAllowedOrigins("*").withSockJS().setInterceptors(httpSessionHandshakeInterceptor());
    }
}

第一次在打開websocket的時候發現三次握手都沒有出現就直接報403，最后仔細看錯誤信息發現錯誤信息的鏈接為：/api/v1/socket/fallback/info,而且該請求使用的是http請求不是websocket請求。最后發現每一個websocket在連接端點之前都會發送一個http GET請求用于保證該服務是存在的。而該請求是程序自動發送的自能自動攜帶cookie數據，無法發送自定義header。

spring boot自帶的認證是：如果/api/v1/socket/fallback/info該請求通過認證，那么websocket的所有請求以及發送全部自動綁定該認證用戶。如果我們想辦法讓/api/v1/socket/fallback/info請求通過認證，那么接下來所有的問題都將解決。問題是我們的token是使用自定義header實現的認證。所以該方法不成立，所以只能讓websocket自己認證。

為了解決/api/v1/socket/fallback/info請求的403問題我在安全配置中加入.authorizeRequests().antMatchers("/api/v1/socket/fallback/**").permitAll()這樣第一步判斷服務是否存在就解決了，這里離解決websocket的認證問題只是第一步。

stomp 客戶端可以直接在websocket請求中加入自定義header，如下：

let socket = new SockJS("/api/v1/socket/fallback")
let stompClient = Stomp.over(socket)
let token = localStorage.getItem("Auth-Token") // eslint-disable-line
stompClient.connect({"Auth-Token": token}, frame => {
  stompClient.subscribe("/user/api/v1/socket/send/greetings", data => {
    // TODO
  })
})

我們在創建連接的時候前端需要將token發送到后端，現在我們已經將token發送到后端了，但是后端如何接受并處理token得到認證數據呢？帶著這個問題開始google吧！http://stackoverflow.com/questions/39422053/spring-4-x-token-based-websocket-sockjs-fallback-authentication這個鏈接正好解決了我的問題，

UPDATE 2016-12-13 : the issue referenced below is now marked fixed, so the hack below is no longer necessary which Spring 4.3.5 or above. See https://github.com/spring-projects/spring-framework/blob/master/src/asciidoc/web-websocket.adoc#token-based-authentication.

原來這個問題在4.3.5版本中已經被繼承進去了，查看自己的版本是4.3.4，不解釋直接升級版本到4.3.5，然后加如代碼

@EnableWebSocketMessageBroker
public class MyConfig extends AbstractWebSocketMessageBrokerConfigurer {

  @Override
  public void configureClientInboundChannel(ChannelRegistration registration) {
    registration.setInterceptors(new ChannelInterceptorAdapter() {

        @Override
        public Message preSend(Message message, MessageChannel channel) {

            StompHeaderAccessor accessor =
                MessageHeaderAccessor.getAccessor(message, StompHeaderAccessor.class);

            if (StompCommand.CONNECT.equals(accessor.getCommand())) {
                String jwtToken = accessor.getFirstNativeHeader("Auth-Token");
                    if (StringUtils.isNotEmpty(jwtToken)) {
                        UserAuthenticationToken authToken = tokenService.retrieveUserAuthToken(jwtToken);
                        SecurityContextHolder.getContext().setAuthentication(authToken);
                        accessor.setUser(authToken);
                    }
            }

            return message;
        }
    });
  }
}

開始測試，發現還是報錯MissingCsrfTokenException,然后開始debug代碼，發現代碼錯誤的代碼為：

public final class CsrfChannelInterceptor extends ChannelInterceptorAdapter {
    private final MessageMatcher