우선, 소켓이 긴 연결이라는 진술에는 문제가 있습니다. 소켓은 애플리케이션 계층과 TCP/IP 프로토콜 계열 간의 통신을 위한 중간 소프트웨어 추상화 계층입니다. 기본 TCP 또는 UDP를 사용할 수 있습니다. HTTP는 TCP를 기반으로 합니다. HTTP 프로토콜의 긴 연결과 짧은 연결은 본질적으로 TCP 프로토콜의 긴 연결과 짧은 연결입니다.
긴 연결과 짧은 연결은 상대적입니다. 긴 연결: 연결이 설정된 후 일정 시간 동안 유지됩니다. 이 기간 동안 여러 요청과 응답이 이 연결을 사용합니다. 짧은 연결: 요청이 있을 때마다 연결이 설정되고, 서버가 응답하면 연결이 종료됩니다.
HTTP/1.0은 짧은 연결이고, HTTP/1.1은 긴 연결을 지원하며, HTTP/2가 개선되었습니다. 이러한 개선의 필요성은 무엇입니까? HTTP의 역사를 살펴보는 것이 좋습니다
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
우선, 소켓이 긴 연결이라는 진술에는 문제가 있습니다. 소켓은 애플리케이션 계층과 TCP/IP 프로토콜 계열 간의 통신을 위한 중간 소프트웨어 추상화 계층입니다. 기본 TCP 또는 UDP를 사용할 수 있습니다. HTTP는 TCP를 기반으로 합니다. HTTP 프로토콜의 긴 연결과 짧은 연결은 본질적으로 TCP 프로토콜의 긴 연결과 짧은 연결입니다.
긴 연결과 짧은 연결은 상대적입니다.
긴 연결: 연결이 설정된 후 일정 시간 동안 유지됩니다. 이 기간 동안 여러 요청과 응답이 이 연결을 사용합니다.
짧은 연결: 요청이 있을 때마다 연결이 설정되고, 서버가 응답하면 연결이 종료됩니다.
HTTP/1.0은 짧은 연결이고, HTTP/1.1은 긴 연결을 지원하며, HTTP/2가 개선되었습니다. 이러한 개선의 필요성은 무엇입니까? HTTP의 역사를 살펴보는 것이 좋습니다
정확하게 말하면 HTTP는 TCP/IP를 기반으로 합니다.
TCP/IP는 길 수도 있고 짧을 수도 있지만 HTTP는 주로 짧게 사용합니다.
서버와 브라우저가 항상 링크를 닫지 않는 한 HTTP는 길 수도 있습니다. 이 방법은 한때 실시간 서버 알림을 얻기 위해 널리 사용되었습니다(알려면 http Comet을 검색하세요).
HTTP는 긴 연결을 "필요로 하지 않습니다". 전송이 완료된 후 즉시 연결을 유지하거나 소켓을 닫을 수 있습니다.
[이유]를 묻기 전에 [그럴지] 명확하게 조사해주세요!