>웹 프론트엔드 >JS 튜토리얼 >NodeJS 연구 노트 네트워크 프로그래밍_node.js

NodeJS 연구 노트 네트워크 프로그래밍_node.js

WBOY
WBOY원래의
2016-05-16 16:40:291048검색

Node는 풍부한 네트워크 프로그래밍 모듈을 제공합니다

Node模块 协议
net TCP
dgram UDP
http HTTP
https HTTPS

TCP 서비스 이벤트는 다음 두 가지 카테고리로 구분됩니다

(1), 서버 이벤트

net.createServer()를 통해 생성된 서버의 경우 EventEmitter 인스턴스입니다. 사용자 정의 이벤트에는 다음과 같은 유형이 있습니다.

listening: 두 번째 매개변수를 통해 전달된 server.listen(port, Listener)로 축약된 포트 또는 도메인 소켓을 바인딩하기 위해 Listen()을 호출한 후 트리거됩니다.

connection: 각 클라이언트 소켓이 서버에 연결될 때 트리거됩니다. 이를 작성하는 간결한 방법은 net.createServer()를 통하는 것이며 마지막 매개변수가 전달됩니다.

close: 서버가 닫힐 때 트리거됩니다. server.close()를 호출한 후 서버는 새 소켓 연결 수락을 중지하지만 현재 기존 연결을 유지합니다. 이 이벤트는 모든 연결이 끊어진 후에 트리거됩니다.

오류: 이 이벤트는 서버에서 예외가 발생할 때 트리거됩니다.

(2), 연결 이벤트

서버는 동시에 여러 클라이언트와의 연결을 유지할 수 있으며 각 연결에 대해 일반적으로 쓰기 및 읽기가 가능한 스트림 개체입니다. Stream 객체는 서버와 클라이언트 간의 통신에 사용될 수 있으며, data 이벤트를 통해 한쪽 끝에서 다른 쪽 끝으로 데이터를 읽거나 write() 메서드를 통해 한쪽 끝에서 다른 쪽 끝으로 데이터를 보낼 수 있습니다.

data: 한쪽 끝에서 write()를 호출하여 데이터를 전송하면 다른 쪽 끝에서 data 이벤트가 트리거되고, 이벤트에 의해 전달된 데이터는 write()에서 보낸 데이터입니다.

end: 이 이벤트는 연결의 한쪽 끝에서 FIN 데이터를 보낼 때 트리거됩니다.

connect: 이 이벤트는 클라이언트에 사용되며 소켓이 서버에 성공적으로 연결되면 트리거됩니다.

drain: 양쪽 끝에서 write()를 호출하여 데이터를 전송하면 현재 끝에서 이 이벤트가 트리거됩니다.

오류: 예외 발생 시 전송됨

close: 소켓이 완전히 닫힐 때 트리거됩니다

timeout: 일정 시간이 지난 후 연결이 더 이상 활성화되지 않으면 이 이벤트가 트리거되어 연결이 유휴 상태임을 사용자에게 알립니다.

TCP에는 네트워크의 작은 데이터 패킷에 대한 특정 최적화 전략이 있습니다. 즉, 데이터가 특정 양에 도달한 경우에만 트리거되는 Nagle 알고리즘입니다.

UDP 서비스

UDP는 사용자 데이터그램 프로토콜(User Datagram Protocol)이라고 하며 연결 ​​지향 서비스가 아닙니다. Node의 UDP는 Stream 인스턴스가 아닌 EventEmitter 인스턴스일 뿐이며 다음과 같은 사용자 정의 이벤트가 있습니다.

(1) 메시지: UDP 소켓이 네트워크 카드 포트를 수신하고 메시지를 수신할 때 트리거됩니다. 트리거에 의해 전달되는 데이터는 메시지 버퍼 개체와 원격 주소 정보입니다.

(2) 수신: 이 이벤트는 UDP 소켓이 수신을 시작할 때 트리거됩니다.

(3) close: 이 이벤트는 close() 메서드가 호출될 때 발생하며, 메시지 이벤트는 더 이상 발생하지 않습니다. 메시지 이벤트를 다시 트리거해야 하는 경우 이를 다시 바인딩해야 합니다.

(4) 오류: 예외가 발생할 때 발생합니다. 모니터링하지 않으면 프로세스가 종료되도록 직접 발생합니다.

HTTP 서비스

Node의 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() 메서드, setHeader를 여러 번 사용할 수 있지만 writeHeader를 호출하여 연결을 작성해야 적용됩니다.

메시지 본문 메소드의 일부: res.write() 및 res.end() 메소드

(3) HTTP 서버 이벤트

연결: 클라이언트가 서버와 TCP 연결을 설정하면 연결 이벤트가 트리거됩니다.

요청: TCP 연결을 설정한 후 http 모듈의 하위 계층은 데이터 스트림에서 HTTP 요청 및 HTTP 응답을 추상화합니다. 요청 데이터가 서버로 전송되면 HTTP 요청 헤더를 구문 분석한 후 이벤트가 트리거됩니다. ; in res.end() 이후에는 다음 요청에 TCP 연결이 가능합니다.

close: 새 연결 수신을 중지하려면 server.close 메소드를 호출하세요. 이 이벤트는 기존 연결이 모두 끊어지면 트리거됩니다.

checkContinue: 일부 클라이언트는 대용량 데이터를 보낼 때 먼저 헤더에 Expect: 100-continue가 포함된 요청을 서버에 보내고 서비스가 이 이벤트를 트리거합니다.

connect: 클라이언트가 CONNECT 요청을 시작할 때 트리거됩니다

업그레이드: 클라이언트가 연결 프로토콜 업그레이드를 요청하면 서버와 협상해야 하며 클라이언트는 요청 헤더에 업데이트 필드를 가져옵니다.

clientError: 연결된 클라이언트가 오류를 보내고, 오류가 서버로 전송되면 이 이벤트가 트리거됩니다.

(4) HTTP 클라이언트

http 모듈은 HTTP 클라이언트 구성을 위한 http.request(options, connect)를 제공합니다.

HTTP 클라이언트는 서버와 유사합니다. ClientRequest 개체에서는 해당 이벤트를 응답이라고 합니다. ClientRequest가 응답 메시지를 구문 분석할 때 응답 헤더가 구문 분석되는 즉시 응답 이벤트가 트리거되고 응답 개체 ClientResponse가 발생합니다. 후속 응답 메시지는 읽기 전용 스트림으로 제공됩니다.

(5) HTTP 클라이언트 이벤트

응답: 서버의 요청 이벤트에 해당하는 클라이언트가 요청이 발행된 후 응답을 받았을 때 트리거되는 이벤트입니다.

소켓: 기본 연결 풀에 설정된 연결이 현재 요청 개체에 할당될 때 트리거됩니다.

connect: 클라이언트가 서버에 CONNECT 요청을 보낼 때 서버가 200 상태 코드로 응답하면 클라이언트가 이 이벤트를 트리거합니다.

업그레이드: 클라이언트가 서버에 업그레이드 요청을 보낼 때 서버가 101 스위칭 프로토콜 상태로 응답하면 클라이언트는 이 이벤트를 트리거합니다.

continue: 클라이언트는 Expect: 100-continue 헤더를 서버에 보낸 후 더 큰 데이터를 전송하려고 시도합니다. 서버가 100 continue 상태로 응답하면 서버는 이 이벤트를 트리거합니다.

웹소켓 서비스

WebSocket은 HTML5의 중요한 기능으로 처음 등장했으며 HTTP와 비교할 때 다음과 같은 장점이 있습니다.

(1) 클라이언트와 서버는 하나의 TCP 연결만 설정하므로 더 적은 수의 연결을 사용할 수 있습니다

(2) WebSocket 서버는 클라이언트에 데이터를 푸시할 수 있으며 이는 HTTP 요청 응답 모드보다 훨씬 유연하고 효율적입니다

(3) 더 가벼운 프로토콜 헤더, 데이터 전송 감소

Node에는 내장 WebSocket 라이브러리가 없지만 커뮤니티의 ws 모듈은 유명한 Socket.io와 같은 WebSocket의 기본 구현을 캡슐화합니다.

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.