SockJS ۋاكالەتچىسىنىڭ مەغلۇبىيىتى نېمىشقا پەقەت زاپاس يولغا ئۆتكەندىن كېيىن كۆرۈلىدۇ
WebSocket يولى بىلەن XHR زاپاس يولى ئوخشىمىغان HTTP خېرىدارلىرىنى ئىشلىتىشى مۇمكىن. ۋاكالەتچى تەڭشەكلىرىنى ئۆزگەرتىشتىن بۇرۇن مەغلۇپ بولۇۋاتقان توشۇشنى ئېنىقلاڭ.
بىر توردا WebSocket ئىشلەپ، يەنە بىر توردا SockJS مەغلۇپ بولسا، ئىككىنچى تور XHR زاپاس يولىنى قوزغىغان بولۇشى مۇمكىن. بۇ تەلەپلەرنى ئىجرا قىلىدىغان HTTP ئىجراسىنى — شۇنىڭ بىلەن ئىشلىتىلىۋاتقان ۋاكالەتچى سەپلىمىسىنىمۇ ئۆزگەرتىشى مۇمكىن.
تۇنجى مەغلۇپ بولغان URL بىلەن ئۇ تاللىغان توشۇشنى تېپىڭ. SockJS توشۇش تاللاشتىن بۇرۇن HTTP ئۇچۇر تەلىپى قىلىشى مۇمكىن؛ WebSocket قول ئېلىشىشى ۋە كېيىنكى سوراق تەلەپلىرى ئايرىم مەشغۇلاتلاردۇر. ئىشلەيدىغان قول ئېلىشىش سەپلىمىسى ئۇلارنىڭ ھەر بىرى ئۈچۈن ئىشلىتىلگەن يولنى ئىسپاتلىيالمايدۇ.
Spring نىڭ Java خېرىدارىدا RestTemplateXhrTransport سەپلەنگەن RestTemplate نى قوبۇل قىلىدۇ. ئۇنىڭ تەلەپ زاۋۇتى ۋە ئاستىدىكى HTTP خېرىدارى زاپاس يول قوللايدىغان ۋاكالەتچى يولى ۋە دەلىللەشنى تەمىنلەيدۇ. Spring 6 بىلەن HttpClient 5 ئۈچۈن، شۇ RestTemplate نىڭ ھەقىقىي تەلەپ زاۋۇتىنى سەپلەڭ. ئەگەر بۇ ئىجرا Apache HTTP زاپچاسلىرىنى ئىشلەتسە، ئۇنىڭ ئەۋلادى يۈرۈشۈش بىلەن ماسلىشىشى كېرەك.
WebSocket خېرىدارىنىڭ ئۆزىنىڭ خاتىرىلەنگەن ئۇلىنىش تەڭشەكلىرى بار. JVM ۋاكالەتچى خاسلىقلىرى يولغا پەقەت ئۇنىڭ كونكرېت خېرىدارى ئۇلارنى ئوقۇغاندىلا تەسىر كۆرسىتىدۇ. ئىشلەيدىغان ۋە مەغلۇپ بولۇۋاتقان مۇھىتلارنى توشۇش، خېرىدار ئىجراسى، تاللانغان ۋاكالەتچى ۋە تۇنجى خاتالىق بويىچە سېلىشتۇرۇڭ. پەقەت XHR مەغلۇپ بولسا، ئىشلەيدىغان WebSocket خېرىدارىنىڭ تەڭشەكلىرىنى قايتا-قايتا ئۆزگەرتىشنىڭ ئورنىغا ئۇنىڭ يولى، دەلىللەشى ۋە ئۇزۇن ساقلىنىدىغان جاۋابلىرىنى ئەگەشىڭ.