노드는 풍부한 네트워크 프로그래밍 모듈을 제공합니다
| 노드 모듈 | 규약 |
| 그물 | TCP |
| DGRAM | UDP |
| http | http |
| https | HTTPS |
TCP 서비스 이벤트는 다음 두 범주로 나뉩니다.
(1) 서버 이벤트
net.createserver ()를 통해 생성 된 서버의 경우 이벤트 미터 인스턴스이며 몇 가지 사용자 정의 이벤트가 있습니다.
청취 : Listen ()을 호출 한 후 트리거하여 포트 또는 도메인 소켓 바인드를 바인딩하고 Server.listen (포트, 리스너)으로 약칭 된 두 번째 매개 변수를 통해 전달됩니다.
연결 : 각 클라이언트 소켓이 서버에 연결되면 트리거됩니다. 간단한 방법은 net.createserver ()를 통해 마지막 매개 변수를 전달하는 것입니다.
닫기 : 서버가 닫힐 때 트리거되었습니다. Server.close ()을 호출 한 후 서버는 새 소켓 연결 수락을 중지하지만 현재 기존 연결을 유지하고 모든 연결이 분리 될 때까지 기다리면이 이벤트가 트리거됩니다.
오류 :이 이벤트는 서버에서 예외가 발생하면 트리거됩니다.
(2) 연결 이벤트
서버는 여러 클라이언트와 동시에 연결을 유지할 수 있으며, 각 연결에 대해 일반적인 쓰기 가능하고 읽을 수있는 스트림 객체입니다. 스트림 객체는 서버와 클라이언트 간의 통신에 사용할 수 있습니다. 한쪽 끝에서 데이터 이벤트를 통해 전송 된 데이터를 읽거나 한쪽 끝에서 다른 쪽 끝으로 write () 메소드를 통해 데이터를 보낼 수 있습니다.
데이터 : 한 쪽이 write ()을 호출하여 데이터를 보내면 다른 쪽이 데이터 이벤트를 트리거합니다. 이벤트가 전달한 데이터는 write ()가 보낸 데이터입니다.
종료 :이 이벤트는 연결의 양쪽 끝이 FIN 데이터를 보낼 때 트리거됩니다.
연결 :이 이벤트는 클라이언트에 사용되며 소켓이 서버에 성공적으로 연결되면 발사됩니다.
배수 : 종료 전화가 write ()를 호출하여 데이터를 보내면 현재 끝이 이벤트를 트리거합니다.
오류 : 예외가 전송되는 경우
닫기 : 소켓이 완전히 닫힐 때 발사되었습니다
시간 초과 : 일정 기간이 지나면 연결이 더 이상 활성화되지 않으면 이벤트를 트리거하여 사용자에게 연결이 유휴 상태인지 알립니다.
TCP에는 네트워크의 작은 데이터 패킷에 대한 특정 최적화 전략이 있습니다. Nagle 알고리즘은 데이터가 일정량에 도달 할 때만 트리거됩니다.
UDP 서비스
UDP를 사용자 패킷 프로토콜이라고하며 연결 지향 서비스가 아닙니다. 노드의 UDP는 다음과 같은 사용자 정의 이벤트가있는 스트림 인스턴스가 아닌 이벤트 미터 인스턴스 일뿐입니다.
(1) 메시지 : UDP 소켓이 네트워크 카드 포트를 모니터링하고 메시지를 수신 할 때 트리거가 운반하는 데이터는 메시지 버퍼 개체 및 원격 주소 정보입니다.
(2) 듣기 :이 이벤트는 UDP 소켓이 듣기 시작하면 트리거됩니다.
(3) Close :이 이벤트는 Close () 메소드가 호출되면 트리거되고 메시지 이벤트가 더 이상 트리거되지 않습니다. 메시지 이벤트를 다시 트리거 해야하는 경우 다시 반응해야합니다.
(4) 오류 : 예외가 발생하면 트리거됩니다. 듣지 않으면 직접 던져져 프로세스가 종료됩니다.
HTTP 서비스
노드의 HTTP 모듈은 TCP 서버 (NET 모듈)에서 상속되어 여러 클라이언트와의 연결을 유지할 수 있습니다. 각 연결에 대한 스레드를 생성하지 않고 매우 낮은 메모리 발자국을 유지하기 때문에 높은 동시성을 달성 할 수 있습니다. HTTP 서비스와 TCP 서비스의 차이점은 KeepAlive가 활성화 된 후 여러 요청 및 응답에 TCP 세션을 사용할 수 있다는 것입니다. TCP 서비스는 연결을위한 단위로 사용되며 HTTP 서비스는 요청 단위로 사용됩니다. HTTP 모듈은 요청에 연결하는 프로세스를 캡슐화하는 것입니다.
HTTP 모듈은 각각 요청 및 응답 작업에 해당하는 ServerRequest 및 ServerResponse 객체에 연결하는 데 사용되는 소켓의 읽기 및 쓰기를 추상화합니다.
(1) HTTP 요청
TCP 연결의 읽기를 위해 HTTP 모듈은이를 ServerRequest 객체로 캡슐화합니다. 예를 들어, 헤더 파트 req.method, req.url, req.headers, 메시지 시스템 데이터 부분은 읽기 전용 스트림 객체로 추출됩니다. 비즈니스 로직이 메시지 시스템에서 데이터를 읽어야하는 경우 작업을 수행하기 전에 데이터 스트림을 완료해야합니다.
(2) HTTP 응답
HTTP 응답은 기본 연결의 쓰기 작동을 캡슐화하며, 이는 쓰기 가능한 스트림 객체로 간주 될 수 있습니다.
응답 패킷의 헤더 정보 메소드 : res.setheader () 및 res.writeheader () 메소드. 설정을 위해 여러 번 자제 할 수는 있지만 WriteHeader를 호출하여 연결이 나오기 전에 연결에 쓸 필요가 있습니다.
메시지의 부분 방법 : res.write () 및 res.end () 메소드
(3) HTTP 서버 이벤트
연결 : 클라이언트가 서버와 TCP 연결을 설정하면 연결 이벤트가 트리거됩니다.
요청 : TCP 연결을 설정 한 후 HTTP 모듈은 데이터 스트림에서 HTTP 요청 및 HTTP 응답을 추상화합니다. 요청 데이터가 서버로 전송되면 HTTP 요청 헤더가 구문 분석 된 후 이벤트가 트리거됩니다. Res.end () 후 다음 요청에 TCP 연결을 사용할 수 있습니다.
닫기 : 서버를 호출하십시오. 클로즈 메소드 새 연결 수신을 중지하고 기존 연결이 연결이 끊어 질 때이 이벤트를 트리거합니다.
CheckContinue : 일부 클라이언트가 더 큰 데이터를 보낼 때 먼저 기대와 함께 요청을 보냅니다. 서버에 헤더의 100- 컨티어링 및 서비스가 이벤트를 트리거합니다.
연결 : 클라이언트가 연결 요청을 시작할 때 트리거됩니다
업그레이드 : 클라이언트가 연결 프로토콜을 업그레이드 해야하는 경우 서버와 협상해야합니다. 클라이언트는 요청 헤더에 Updagrade 필드를 가져옵니다.
ClientERROR : 연결된 클라이언트가 오류를 보내고 오류가 서버로 전송되고 이벤트가 트리거됩니다.
(4) HTTP 클라이언트
HTTP 모듈은 HTTP 클라이언트를 구성하기위한 http.request (옵션, Connect)를 제공합니다.
HTTP 클라이언트는 서버와 유사합니다. ClientRequest 객체에서 이벤트를 응답이라고합니다. ClientRequest가 응답 메시지를 구문 분석하면 응답 헤더가 구문 분석하자마자 응답 이벤트가 트리거됩니다. 동시에 응답 객체 클라이언트 응답이 작동을 위해 전달됩니다. 후속 응답 메시지는 읽기 전용 스트림으로 제공됩니다.
(5) HTTP 클라이언트 이벤트
응답 : 서버의 요청 이벤트에 해당하는 클라이언트는 요청이 발행 된 후 요청이 응답 될 때 이벤트를 트리거합니다.
소켓 : 기본 연결 풀에서 설정된 연결이 현재 요청 오브젝트에 할당되면 발사되었습니다.
Connect : 클라이언트가 서버에 연결 요청을 보내면 서버가 200 상태 코드에 응답하면 클라이언트가 이벤트를 트리거합니다.
업그레이드 : 클라이언트가 서버가 서버를 누릴 때 클라이언트가 업그레이드 요청을 즐기면 서버가 101 스위칭 프로토콜 상태에 응답하면 클라이언트가 이벤트를 트리거합니다.
계속 : 클라이언트가 Expect를 시작한 후 : 100 콘인트 헤더 정보가 서버에 대한 대상이되면 더 큰 데이터를 보내려고합니다. 서버가 100 계속 된 상태에 응답하면 서버가 이벤트를 트리거합니다.
WebSocket 서비스
WebSocket은 처음으로 HTML5의 중요한 기능으로 등장했으며 HTTP보다 다음과 같은 이점을 가지고 있습니다.
(1) 클라이언트와 서버는 TCP 연결 만 한 번만 설정하면 더 적은 연결을 사용할 수 있습니다.
(2) WebSocket Server는 데이터를 클라이언트로 푸시 할 수 있으며 HTTP 요청 응답 모드보다 훨씬 유연하고 효율적입니다.
(3) 데이터 전송을 줄이기위한 가벼운 프로토콜 헤더
노드에는 라이브러리 내장 웹 소켓이 없지만 커뮤니티의 WS 모듈은 유명한 socket.io와 같은 WebSocket의 기본 구현을 캡슐화합니다.