Apakah sebab mengapa penyemak imbas tidak bertindak balas selepas pelayan WebSocket mengembalikan 401? Bagaimana menyelesaikannya?

Pelayan WebSocket Netty Mengembalikan 401, Penyemak Imbas Penyiaran

Apabila menggunakan Netty untuk membina pelayan WebSocket dan lakukan pengesahan Token, jika token tidak sah, pelayan mengembalikan kod status 401 dan menutup sambungan, tetapi penyemak imbas tidak boleh bertindak balas dengan cara apa pun. Artikel ini menganalisis masalah ini dan menyediakan penyelesaian.

Penerangan Masalah

Token diperlukan untuk membangunkan pelayan WebSocket menggunakan Netty. Apabila pengesahan token gagal, pelayan mengembalikan 401 dan menutup sambungan, tetapi penyemak imbas tidak bertindak balas, dan bahagian depan tidak dapat mengetahui sebab sambungan ditutup. Contoh kod pelayan:

 void peribadi httpresponse401 (ChannelHandlerContext CTX, FullHttPrequest Permintaan) {
    FullHttPresponse Response = new DefaultFulLHttPresponse (request.protocolversion (), httpresponsestatus.unauthorized);
    response.headers () set (httpheadernames.content_length, 0);
    ctx.writeAndFlush (response) .AddListener (channelfutureListener.close);
    ReferenceCountUtil.release (permintaan);
}

Kod JavaScript depan:

 var socket = new WebSocket ("WS: //127.0.0.1: 18080/ws? Token = xxxx");

Walaupun pelayan mengembalikan 401 dan menutup sambungan, penyemak imbas tidak bertindak balas dengan cara apa pun.

Penyelesaian

Penyemak imbas tidak bertindak balas kerana tindak balas 401 diabaikan semasa fasa jabat tangan WebSocket. Kita perlu memprosesnya semasa fasa jabat tangan atau selepas sambungan ditubuhkan.

Penyelesaian 1: Pulangan 401 Respons semasa fasa jabat tangan

Dalam Fasa Handshake Websocket (Fasa Permintaan HTTP), jika pengesahan token gagal, respons HTTP 401 akan dikembalikan secara langsung untuk mengelakkan penubuhan sambungan WebSocket. Ubah suai kod sisi pelayan:

 jika (! validateToken (permintaan)) {
    FullHttPresponse Response = new DefaultFulLHttPresponse (httpversion.http_1_1, httpresponsestatus.unauthorized);
    response.headers () set (httpheaderNames.content_type, "teks/plain; charset = utf-8");
    response.headers (). set (httpheaderNames.content_length, response.content (). dibaca boleh dibaca ());
    ctx.writeAndFlush (response) .AddListener (channelfutureListener.close);
    kembali;
}

Penyelesaian 2: Hantar mesej tersuai setelah sambungan ditubuhkan

Jika anda perlu memproses 401 selepas sambungan WebSocket ditubuhkan, anda boleh menghantar mesej tersuai untuk memberitahu hujung depan sebaik sahaja sambungan ditubuhkan. Tambahkan pemproses tersuai di WebSocketServerProtocolHandler Netty:

 channel.pipeline (). AddLast (WebSocketServerVerProtocolHandler baru ("/ws") {
    @Override
    public void userEventTriggered (ChannelHandlerContext CTX, Object EVT) melemparkan Pengecualian {
        jika (evt == WebSocketServerProtocolHandler.serverhandshakestateevent.handshake_complete) {
            jika (! validateToken ()) {
                ctx.writeandFlush (textWebsocketFrame baru ("401 tanpa izin")). AddListener (channelfutureListener.close);
            }
        }
        super.UserEventTriggered (CTX, EVT);
    }
});

Kod JavaScript depan perlu mendengar acara onmessage :

 socket.onMessage = function (event) {
    jika (event.data === "401 tidak sah") {
        console.log ("Sambungan ditutup, sebab: 401 tidak dibenarkan");
        socket.close ();
    }
};

Melalui kaedah di atas, penyemak imbas boleh memproses kod status 401 dengan betul, dan bahagian depan juga boleh menerima maklumat maklum balas yang sepadan, dengan itu menyelesaikan masalah ketidaktentuan penyemak imbas. Penyelesaian yang dipilih bergantung pada senario dan keperluan aplikasi tertentu.

Atas ialah kandungan terperinci Apakah sebab mengapa penyemak imbas tidak bertindak balas selepas pelayan WebSocket mengembalikan 401? Bagaimana menyelesaikannya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!