java - 왜 스트림 대 문자열로 입력을 읽는 것이 더 효율적입니까?
stream httpclient (3)
우리는 HTTPClient를 사용하여 REST API를 구현하고 있습니다.
우리는 다음을 사용하여 서버 응답을 읽습니다.
method = new PostMethod(url);
HttpClient client = new HttpClient();
int statusCode = client.executeMethod(method);
String responseBody = method.getResponseBodyAsString();우리가 이것을 할 때 우리는이 경고를 얻는다.
Dec 9, 2009 7:41:11 PM org.apache.commons.httpclient.HttpMethodBase getResponseBody
WARNING: Going to buffer response body of large or unknown size. Using getResponseBodyAsStream instead is recommended.문서는 다음과 같이 말합니다.
HttpClient는 효율적인 요청 / 응답 본문 스트리밍이 가능합니다. 큰 개체는 메모리에 버퍼링되지 않고 제출되거나 수신 될 수 있습니다. 이것은 여러 HTTP 메소드가 동시에 실행될 수있는 경우 특히 중요합니다. 문자열이나 바이트 배열과 같은 엔티티를 다루는 편리한 방법이 있지만 사용법은 권장하지 않습니다. 신중하게 사용하지 않으면 메모리에서 완전한 엔티티의 버퍼링을 암시하므로 쉽게 메모리 조건을 벗어날 수 있습니다.
그래서 내 질문에, 만약 당신이 문자열로 전체 응답 (즉 : DB에 저장하거나 DOM을 사용하여 구문 분석), 왜 더 많은 메모리를 효율적으로 스트림을 사용하는 것이 무엇입니까?
귀하의 질문은 그 요점을 혼란스럽게합니다.
절대적으로 전체 응답을 문자열로 필요로한다면 그렇게하십시오.
그러나 만약에 당신이 그것을 가지고 도망 칠 수 있다면, 스트림을 사용하십시오.
전체 응답을 문자열로로드하면 전체 응답 본문이 한 번에 메모리에 나타납니다.
스트림을 사용하면 응답의 작은 부분 만 한 번에 메모리에 보관됩니다.
문서에서는 여러 개의 큰 요청을 한꺼번에 처리 할 때 전체 요청 본문을 문자열로로드하는 데 많은 메모리가 필요하다고 말합니다.
전체 엔터티를 String으로 가져 오는 대신 스트림을 사용하는 것이 더 효율적입니다. 이는 후자가
- 응답의 전체 내용을 코드에 반환하기 전에 읽어야합니다.
- 전체 응답이 서버에 의해 보내질 때까지 컨트롤을 코드로 반환 할 수 없습니다.
응답을 스트림으로 처리 한 경우 실제로 수행중인 작업은 한 번에 N 바이트를 처리하는 것입니다. 즉, 원격 서버가 여전히 다음 데이터 세그먼트를 다시 보내는 동안 첫 번째 응답 세그먼트 처리를 시작할 수 있습니다. 따라서 유스 케이스를 사용하여 데이터를받은대로 처리 할 수있는 경우 액세스 방법으로 더 적합합니다.
그러나 어떤 이유로 든 전체 응답을 String으로 필요로하는 경우 스트림 메서드의 모든 효율성은 사용자에게 아무런 영향을 미치지 않습니다. 즉, 응답을 조각으로 읽더라도 여전히 전체 응답을 기다릴 필요가 있기 때문입니다. 처리하기 전에 모든 것을 단일 String에 포함시켜야합니다.
스트림 사용의 효율성은 전체 응답 본문을 갖기 전에 응답 처리를 시작할 수있는 유스 케이스가있는 경우에만 사용할 수 있습니다.
org.w3c.Document (또는 더 나은 아직 org.jdom.Document )로 구문 분석하는 경우 스트림을 직접 사용하는 것이 매우 쉽습니다. 전의:
org.apache.http.HttpResponse hr = httpClient.execute(httpRequest);
org.apache.http.HttpEntity he = hr.getEntity();
org.jdom.input.SAXBuilder builder = new SAXBuilder();
org.jdom.Document document = builder.build(he.getContent());