일반적인 문제 http1.0과 1.1의 차이점

http1.0과 1.1의 차이점

Oct 22, 2019 pm 01:39 PM
http

http1.0과 1.1의 차이점

1. HTTP 1.1은 영구 연결(PertantConnection) 및 요청 파이프라인(Pipelining) 처리를 지원합니다.

HTTP 1.0에서는 브라우저가 서버와 단기간 연결만 유지한다고 규정하고 있습니다. 브라우저의 각 요청은 서버와 TCP 연결을 설정해야 합니다. 서버는 요청 처리가 완료된 후 즉시 TCP 연결을 끊습니다. 클라이언트 또는 과거 거래를 기록하십시오. (추천 학습: 웹 프론트 엔드 비디오 튜토리얼)

HTTP 1.1은 영구 연결을 지원하며 기본적으로 영구 연결을 사용하여 동일한 TCP 연결에서 여러 메시지를 전송할 수 있습니다. . HTTP 요청 및 응답 여러 요청 및 응답이 동시에 수행될 수 있습니다. 더 많은 요청 헤더 및 응답 헤더가 있습니다(예: HTTP1.0에는 호스트 필드가 없습니다).

#🎜 🎜#

1.0의 대화 모드:

1. 연결 설정

2. 요청 메시지 보내기

3. 응답 정보 보내기

4. 연결 닫기

HTTP 1.1의 지속적인 연결은 이를 달성하는 데 도움이 되는 새로운 요청 헤더도 추가해야 합니다. Connection 요청 헤더의 값이 Keep인 경우 -Alive일 때 클라이언트는 이 요청의 결과를 반환한 후 연결을 유지하도록 서버에 알립니다. Connection 요청 헤더의 값이 닫히면 클라이언트는 반환 후 연결을 닫으라고 서버에 알립니다. 이 요청의 결과. HTTP 1.1은 인증, 상태 관리, 캐시 캐싱과 같은 메커니즘과 관련된 요청 헤더와 응답 헤더도 제공합니다.

요청의 파이프라이닝 처리는 TCP 연결에서 여러 HTTP 요청과 응답을 전송할 수 있으므로 연결 설정 및 종료에 소요되는 시간과 지연을 줄일 수 있습니다. 예를 들어, 많은 이미지가 포함된 웹 페이지 파일에 대한 여러 요청 및 응답은 단일 연결을 통해 전송될 수 있지만 각 개별 웹 페이지 파일에 대한 요청 및 응답은 여전히 ​​자체 연결을 사용해야 합니다. HTTP 1.1은 또한 클라이언트가 이전 요청의 결과가 반환될 때까지 기다리지 않고 다음 요청을 할 수 있도록 허용합니다. 그러나 서버는 클라이언트 요청이 수신된 순서대로 응답 결과를 다시 보내야 합니다. 각 요청의 내용을 구별합니다.

2.HTTP 1.1에는 호스트 필드가 추가되었습니다.

HTTP1.0에서는 각 서버가 고유한 IP 주소에 바인딩되어 있다고 믿어집니다. , 따라서 요청 메시지의 URL은 호스트 이름(호스트 이름)을 전달하지 않습니다. 그러나 가상 호스트 기술의 발달로 인해 하나의 물리적 서버에 여러 개의 가상 호스트(멀티 홈 웹 서버)가 존재할 수 있으며, 이들은 IP 주소를 공유합니다.

HTTP1.1 요청 메시지와 응답 메시지는 Host 헤더 필드를 지원해야 하며, 요청 메시지에 Host 헤더 필드가 없으면 오류(400 Bad Request)가 보고됩니다. 또한 서버는 절대 경로로 표시된 리소스 요청을 수락해야 합니다(SHOULD).

3, 100(계속) 상태(대역폭 절약)

HTTP/1.1에 새로운 상태 코드 100(계속)이 추가되었습니다. 클라이언트는 미리 헤더 필드만 포함하여 요청을 보냅니다. 서버가 권한으로 인해 요청을 거부하면 응답 코드 401(승인되지 않음)을 서버가 다시 보냅니다. , 클라이언트는 계속해서 엔터티와 함께 ​​전체 요청을 보낼 수 있습니다. 100(계속) 상태 코드를 사용하면 클라이언트는 요청 메시지 본문을 보내기 전에 요청 헤더를 사용하여 서버를 테스트하여 서버가 요청 본문을 받기를 원하는지 확인한 다음 요청 본문을 보낼지 여부를 결정할 수 있습니다.

4. 위의 문제를 해결하기 위해 HTTP/1.1에서 청크 전송 코딩이 도입되었습니다. 보낸 사람은 메시지를 다양한 크기의 여러 데이터 블록으로 나누고 각 데이터 블록을 첨부합니다. 블록의 길이를 지정하고 마지막으로 길이가 0인 블록을 사용하여 메시지 끝을 표시합니다. 이 접근 방식을 사용하면 보낸 사람은 메시지의 일부만 버퍼링하여 전체 메시지 버퍼링으로 인한 과부하를 피할 수 있습니다.

5. HTTP/1.1은 1.0을 기반으로 몇 가지 새로운 캐시 기능을 추가합니다. 캐시 개체의 수명이 만료되면 캐시는 오래된 개체를 삭제할 필요가 없습니다. 직접적으로 작동하지만 소스 서버와 상호작용합니다.

위 내용은 http1.0과 1.1의 차이점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

<gum> : Bubble Gum Simulator Infinity- 로얄 키를 얻고 사용하는 방법
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
Mandragora : 마녀 트리의 속삭임 - Grappling Hook 잠금 해제 방법
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
Nordhold : Fusion System, 설명
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

http 상태 코드 520은 무엇을 의미합니까? http 상태 코드 520은 무엇을 의미합니까? Oct 13, 2023 pm 03:11 PM

HTTP 상태 코드 520은 서버가 요청을 처리하는 동안 알 수 없는 오류가 발생하여 더 구체적인 정보를 제공할 수 없음을 의미합니다. 서버가 요청을 처리하는 동안 알 수 없는 오류가 발생했음을 나타내는 데 사용됩니다. 이는 서버 구성 문제, 네트워크 문제 또는 기타 알 수 없는 이유로 인해 발생할 수 있습니다. 이는 일반적으로 서버 구성 문제, 네트워크 문제, 서버 과부하 또는 코딩 오류로 인해 발생합니다. 상태 코드 520 오류가 발생하면 웹사이트 관리자나 기술 지원팀에 문의하여 자세한 정보와 지원을 받는 것이 가장 좋습니다.

http 상태 코드 403이란 무엇입니까? http 상태 코드 403이란 무엇입니까? Oct 07, 2023 pm 02:04 PM

HTTP 상태 코드 403은 서버가 클라이언트의 요청을 거부했음을 의미합니다. http 상태 코드 403에 대한 해결 방법은 다음과 같습니다. 1. 서버에 인증이 필요한 경우 올바른 자격 증명이 제공되었는지 확인합니다. 2. 서버가 IP 주소를 제한한 경우 클라이언트의 IP 주소가 제한되어 있거나 블랙리스트에 없습니다. 3. 파일 권한 설정을 확인하십시오. 403 상태 코드가 파일 또는 디렉토리의 권한 설정과 관련되어 있으면 클라이언트가 해당 파일 또는 디렉토리에 액세스할 수 있는 권한이 있는지 확인하십시오. 등.

웹 페이지 리디렉션의 일반적인 애플리케이션 시나리오를 이해하고 HTTP 301 상태 코드를 이해합니다. 웹 페이지 리디렉션의 일반적인 애플리케이션 시나리오를 이해하고 HTTP 301 상태 코드를 이해합니다. Feb 18, 2024 pm 08:41 PM

HTTP 301 상태 코드의 의미 이해: 웹 페이지 리디렉션의 일반적인 응용 시나리오 인터넷의 급속한 발전으로 인해 사람들은 웹 페이지 상호 작용에 대한 요구 사항이 점점 더 높아지고 있습니다. 웹 디자인 분야에서 웹 페이지 리디렉션은 HTTP 301 상태 코드를 통해 구현되는 일반적이고 중요한 기술입니다. 이 기사에서는 HTTP 301 상태 코드의 의미와 웹 페이지 리디렉션의 일반적인 응용 프로그램 시나리오를 살펴봅니다. HTTP301 상태 코드는 영구 리디렉션(PermanentRedirect)을 나타냅니다. 서버가 클라이언트의 정보를 받을 때

HTTP 200 OK: 성공적인 응답의 의미와 목적을 이해합니다. HTTP 200 OK: 성공적인 응답의 의미와 목적을 이해합니다. Dec 26, 2023 am 10:25 AM

HTTP 상태 코드 200: 성공적인 응답의 의미와 목적 탐색 HTTP 상태 코드는 서버 응답 상태를 나타내는 데 사용되는 숫자 코드입니다. 그 중 상태 코드 200은 요청이 서버에 의해 성공적으로 처리되었음을 나타냅니다. 이 기사에서는 HTTP 상태 코드 200의 구체적인 의미와 사용법을 살펴보겠습니다. 먼저 HTTP 상태 코드의 분류를 이해해 보겠습니다. 상태 코드는 1xx, 2xx, 3xx, 4xx 및 5xx의 다섯 가지 범주로 나뉩니다. 그 중 2xx는 성공적인 응답을 나타냅니다. 그리고 200은 2xx에서 가장 일반적인 상태 코드입니다.

Nginx 프록시 관리자를 사용하여 HTTP에서 HTTPS로 자동 점프를 구현하는 방법 Nginx 프록시 관리자를 사용하여 HTTP에서 HTTPS로 자동 점프를 구현하는 방법 Sep 26, 2023 am 11:19 AM

NginxProxyManager를 사용하여 HTTP에서 HTTPS로의 자동 점프를 구현하는 방법 인터넷이 발전하면서 점점 더 많은 웹사이트가 HTTPS 프로토콜을 사용하여 데이터 전송을 암호화하여 데이터 보안과 사용자 개인 정보 보호를 향상시키기 시작했습니다. HTTPS 프로토콜에는 SSL 인증서 지원이 필요하므로 HTTPS 프로토콜 배포 시 특정 기술 지원이 필요합니다. Nginx는 강력하고 일반적으로 사용되는 HTTP 서버 및 역방향 프록시 서버이며 NginxProxy

http.PostForm 함수를 사용하여 양식 데이터와 함께 POST 요청 보내기 http.PostForm 함수를 사용하여 양식 데이터와 함께 POST 요청 보내기 Jul 25, 2023 pm 10:51 PM

http.PostForm 함수를 사용하여 양식 데이터와 함께 POST 요청을 보낼 수 있습니다. Go 언어의 http 패키지에서는 http.PostForm 함수를 사용하여 양식 데이터와 함께 POST 요청을 보낼 수 있습니다. http.PostForm 함수의 프로토타입은 다음과 같습니다: funcPostForm(urlstring,dataurl.Values)(resp*http.Response,errerror)where, u

빠른 적용: 여러 파일의 PHP 비동기 HTTP 다운로드에 대한 실제 개발 사례 분석 빠른 적용: 여러 파일의 PHP 비동기 HTTP 다운로드에 대한 실제 개발 사례 분석 Sep 12, 2023 pm 01:15 PM

빠른 적용: PHP의 실제 개발 사례 분석 여러 파일의 비동기 HTTP 다운로드 인터넷의 발전으로 파일 다운로드 기능은 많은 웹 사이트와 응용 프로그램의 기본 요구 사항 중 하나가 되었습니다. 여러 파일을 동시에 다운로드해야 하는 시나리오의 경우 기존 동기 다운로드 방법은 비효율적이고 시간이 많이 걸리는 경우가 많습니다. 이러한 이유로 PHP를 사용하여 HTTP를 통해 여러 파일을 비동기적으로 다운로드하는 것이 점점 더 일반적인 솔루션이 되었습니다. 본 글에서는 실제 개발 사례를 통해 PHP 비동기 HTTP를 활용하는 방법을 자세히 분석해 보겠습니다.

http 요청 415 오류 해결 방법 http 요청 415 오류 해결 방법 Nov 14, 2023 am 10:49 AM

해결 방법: 1. 요청 헤더에서 Content-Type을 확인합니다. 2. 요청 본문에서 데이터 형식을 확인합니다. 3. 적절한 인코딩 형식을 사용합니다. 4. 적절한 요청 방법을 사용합니다. 5. 서버측 지원을 확인합니다.