node에서 Socketio를 사용해야 하나요?

Socketio는 nodejs의 라이브러리입니다. nodejs 함수를 사용하여 일부 기능을 캡슐화하고 일부 nodejs API에 의존하므로 nodejs에서만 사용할 수 있습니다. 둘 사이에 구축된 양방향 통신 데이터 교환 기술은 하단의 EngineIO를 사용한다.

이 문서의 운영 환경: Windows 10 시스템, nodejs 버전 16, Dell G3 컴퓨터.

socketio는 nodejs에서 사용해야 합니다.

socketio는 nodejs 함수를 사용하여 일부 기능을 캡슐화하는 것과 동일합니다. nodejs의 일부 API에 따라 다르므로 nodejs에서만 사용할 수 있습니다. .

SocketIO는 하단의 EngineIO를 이용하여 클라이언트와 서버 사이에 구축되는 양방향 통신 데이터 교환 기술입니다. SocketIO의 클라이언트는 Engine.IO-Client를 사용하고, 서버는 Engine.IO를 사용합니다.

확장된 지식

SocketIO 작동 방식

브라우저가 SocketIO를 설정하려고 하면 SocketIO는 먼저 xhr-polling을 사용하여 긴 폴링을 생성합니다. 긴 폴링이 설정되면 WebSocket 연결로 업그레이드됩니다.

SocketIO의 하위 계층은 EngineIO 라이브러리를 사용하여 구현됩니다. 이 라이브러리는 WebSocket 및 XMLHttprequest를 사용하여 자체 소켓 프로토콜(임시 EIO 소켓이라고 함)을 캡슐화합니다. 완전한 EIO 소켓에는 여러 XHR 및 WebSocket 연결이 포함됩니다.

Client

EIO 소켓은 XHR(XMLHttprequest) 핸드셰이크를 전달합니다. 프런트 엔드는 XHR 긴 폴링을 시작하고 싶다고 서버에 알리기 위해 XHR을 보냅니다. 백엔드에서 반환된 데이터에는 공개 플래그(숫자 0으로 표시), SID 및 업그레이드 필드, 핑 간격, 핑 시간 초과가 포함됩니다.

0{
“sid”: “8b7ab1ae-fbcf-4d23-8192-3c14a2a90721”,
“upgrades”: [
“websocket”
],
“pingInterval”: 10000,
“pingTimeout”: 60000
}

sid는 이 EIO 소켓의 세션 ID입니다. 하나의 EIO 소켓에는 여러 요청이 포함되어 있고 백엔드는 동시에 여러 EIO 소켓에 연결되므로 sid는 SESSION ID와 동일합니다.

또 다른 필드 업그레이드(보통 ['websocket'])는 연결 방법이 롱 폴링에서 WebSocket으로 업그레이드될 수 있음을 나타냅니다.

프런트 엔드는 첫 번째 XHR을 보낼 때 XHR 긴 폴링을 시작합니다. 이때 데이터를 보내고 받을 필요가 있으면 긴 폴링을 통해 구현됩니다. 소위 롱 폴링은 프런트 엔드에서 요청을 보내고, 서버는 응답할 데이터가 있을 때까지 기다렸다가 응답을 받은 후 즉시 다음 요청을 보내는 것을 의미합니다. 이를 통해 양방향 통신이 가능해집니다.

프런트 엔드가 핸드셰이크 업그레이드를 수신한 후 EIO는 브라우저가 WebSocket을 지원하는지 여부를 감지하고 WebSocket 연결을 시작한 다음 프로브 내용과 핑 유형이 포함된 데이터 조각을 서버로 보냅니다. 이 WebSocket을 통해. 이때 서버가 프로브 내용과 퐁 유형으로 데이터를 반환하면 프런트 엔드는 이전에 설정된 HTTP 긴 폴링을 중지하고 EIO 소켓 수명 주기 동안 WebSocket 채널만 사용하여 데이터를 보내고 받습니다. 네트워크가 정상인지 테스트하기 위해 일정 시간이 걸립니다.

이것은 WebSocket 프레임의 구조로 녹색은 송신, 흰색은 수신입니다. 이전 숫자는 패킷 유형, 2는 핑, 3은 퐁, 42는 메시지

추천 학습: "

nodejs 비디오 튜토리얼

"

위 내용은 node에서 Socketio를 사용해야 하나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!