Content-Length 또는 Transfer-Encoding이없는 경우에도 HTTP 응답 헤더 (아래 예와 같이)가 유효합니까?Transfer-Encoding 및 Content-Length가없는 HTTP 응답 헤더가 유효합니까?
- Http: Response, HTTP/1.1, Status: Ok, URL: /AAA/B.json
ProtocolVersion: HTTP/1.1
StatusCode: 200, Ok
Reason: OK
Expires: Fri, 05 Oct 2012 01:41:30 GMT
Date: Fri, 05 Oct 2012 01:40:46 GMT
Vary: Accept-Encoding
Accept-Ranges: bytes
Cache-Control: public, max-age=43
Server: Noelios-Restlet-Engine/1.1.10
ContentType: application/json;charset=UTF-8
ContentEncoding: gzip
Connection: close
X-Served-By: 85.111
HeaderEnd: CRLF
Content-Length 또는 Transfer-Encoding 중 하나가 표시 될 것으로 예상되지만 어느 것도 존재하지 않습니다.
나는 HTTP-RFC를 읽었지만 아직도 확신 할 수 없다.
@CodeCaster, 나는 RFC의 4.4 절을 읽었다하지만, 응답 헤더는 JSON 스트림을 반환하는 데 사용됩니다 볼 수 있으므로, 아직 명확하지 않다 :
- 4.4, 규칙 1 명을 정의 반드시 메시지 본문을 포함해서는 안되며, 제 경우에는 적용되지 않습니다.
- 섹션 4.4, 규칙 4, 이에 대해 확실하지 않지만 이후로 "multipart/byteranges"가 응답 헤더에 표시되지 않으므로이 규칙이 적용되지 않는다는 의미입니까?
- 섹션 4.4 규칙 5,이 헤더는 실제 "연결 : 닫기"를 포함하고 있기 때문에 대부분이 명확하지 않습니다. 관련이 있습니까?
그럼, 더 이상의 의견이 있으십니까?
것은 내가 RFC 섹션 4.4 읽어 못했지만, 볼 수 있듯이 응답 헤더가 json 스트림을 반환하는 데 사용됩니다. - 섹션 4.4, 규칙 1 정의에는 메시지 본문을 포함해서는 안되며 제 경우에는 적용되지 않습니다. - 섹션 4.4, 규칙 4, 이에 대해 잘 모르겠지만 응답 헤더에서 "multipart/byteranges"가 표시되지 않으므로이 규칙이 적용되지 않는다는 의미입니까? - 섹션 4.4 규칙 5,이 헤더는 실제 "연결 : 닫기"를 포함하고 있기 때문에 대부분 내게 불분명합니다. 관련이 있습니까? 그럼, 더 이상의 의견이 있으십니까? 감사! – user1721757
@ user1721757 규칙 1은 언급 된 상태 코드에만 적용됩니다. 당신은 200을 받고'Connection : close' 헤더가 있기 때문에, 클라이언트는 서버가 연결을 닫을 때까지 계속 읽어야합니다. – CodeCaster