찾다
웹 프론트엔드JS 튜토리얼response.body().string()을 여러 번 호출할 수 없는 이유는 무엇입니까?

모두가 OkHttp를 사용했거나 접해본 적이 있을 것입니다. 최근 Okhttp를 사용하면서 함정에 빠졌습니다. 나중에 비슷한 문제가 발생하면 우회할 수 있도록 여기에 공유하겠습니다. 문제는 충분하지 않습니다. 이 기사는 소스 코드 관점에서 문제의 근원을 분석하는 데 중점을 두고 유용한 정보로 가득 차 있습니다.

1. 문제 발견개발 중에 OkHttpClient 개체를 구성하여 요청을 시작하고 이를 대기열에 추가했는데, 콜백 인터페이스가 onResponse() 메서드를 트리거한 후 전달되었습니다. 이 메서드의 응답 개체 처리는 결과를 반환하고 비즈니스 논리를 구현합니다. 코드는 대략 다음과 같습니다.

//注:为聚焦问题,删除了无关代码
getHttpClient().newCall(request).enqueue(new Callback() {
  @Override
  public void onFailure(Call call, IOException e) {}
  @Override
  public void onResponse(Call call, Response response) throws IOException {
    if (BuildConfig.DEBUG) {
      Log.d(TAG, "onResponse: " + response.body().toString());
    }
    //解析请求体
    parseResponseStr(response.body().string());
  }
});

onResponse()에서는 디버깅의 편의를 위해 반환 본문을 인쇄한 다음, 반환 본문을 parsResponseStr() 메서드를 통해 구문 분석했습니다(참고: response.body().string( ) 여기서는 두 번 호출됩니다) .

문제가 없을 것 같았던 이 코드는 실제로 실행 후 오류가 발생했습니다. 콘솔을 통해 반환 본문 데이터(json)가 성공적으로 인쇄된 것을 확인했지만 예외가 발생했습니다:

java.lang.IllegalStateException: closed

2. 문제를 해결해보세요코드를 확인해보니,parseResponseStr() 호출시 response.body().string()이 다시 파라미터로 사용되는 것이 문제인 것을 발견했습니다. 급해서 온라인으로 확인해 보니 response.body().string()은 한 번만 호출할 수 있다는 것을 알고 onResponse() 메서드의 로직을 수정하여 문제를 해결했습니다.

getHttpClient().newCall(request).enqueue(new Callback() {
  @Override
  public void onFailure(Call call, IOException e) {}
  @Override
  public void onResponse(Call call, Response response) throws IOException {
    //此处,先将响应体保存到内存中
    String responseStr = response.body().string();
    if (BuildConfig.DEBUG) {
      Log.d(TAG, "onResponse: " + responseStr);
    }
    //解析请求体
    parseReponseStr(responseStr);
  }
});

3 . 소스코드로 문제를 분석하세요 문제는 해결됐지만, 이후에도 분석이 필요합니다. 이전에 OkHttp에 대한 이해는 사용에 국한되어 있었고 내부 구현의 세부 사항을 주의 깊게 분석하지 않았기 때문에 주말 동안 시간을 ​​내어 살펴보고 문제의 원인을 파악했습니다.

가장 직관적인 질문을 먼저 분석해 보겠습니다. 왜 response.body().string()은 한 번만 호출할 수 있나요?

디스어셈블리를 보면 먼저 response.body()를 통해 ResponseBody 객체(추상 클래스이므로 여기서는 특정 구현 클래스에 대해 신경 쓸 필요가 없습니다)를 가져온 다음 ResponseBody의 string() 메서드를 호출합니다. 응답 본문의 내용을 가져옵니다.

분석 후 body() 메서드에는 문제가 없습니다. string() 메서드를 살펴보겠습니다.

public final String string() throws IOException {
 return new String(bytes(), charset().name());
}

매우 간단합니다. byte() 메서드에서 반환된 byte[] 배열을 다음과 같이 변환합니다. 문자 집합(charset) 지정 및 구성 문제 없습니다. 계속해서 byte() 메서드를 살펴보세요.

public final byte[] bytes() throws IOException {
 //...
 BufferedSource source = source();
 byte[] bytes;
 try {
  bytes = source.readByteArray();
 } finally {
  Util.closeQuietly(source);
 }
 //...
 return bytes;
}
//... 表示删减了无关代码,下同。

byte() 메서드에서 BufferedSource 인터페이스 개체를 통해 byte[] 배열을 읽고 반환합니다. 위에서 언급한 예외와 결합하여 finally 코드 블록에서 Util.closeQuietly() 메서드를 발견했습니다. 실례합니다? 조용히 닫으시겠습니까? ? ?

이 메서드가 이상해 보이는데 맞나요? 후속 조치를 취하고 살펴보세요:

public static void closeQuietly(Closeable closeable) {
 if (closeable != null) {
  try {
   closeable.close();
  } catch (RuntimeException rethrown) {
   throw rethrown;
  } catch (Exception ignored) {
  }
 }
}

코드 문서 주석에 따르면 위에서 언급한 BufferedSource 인터페이스는 Closeable을 구현하는 리소스 버퍼로 이해될 수 있습니다. 리소스를 닫고 해제하기 위해 close() 메소드를 복사하여 인터페이스. 그런 다음 close() 메서드가 수행하는 작업을 살펴보세요(현재 시나리오에서 BufferedSource 구현 클래스는 RealBufferedSource입니다).

//持有的 Source 对象
public final Source source;
@Override
public void close() throws IOException {
 if (closed) return;
 closed = true;
 source.close();
 buffer.clear();
}

분명히 리소스는 source.close()를 통해 닫히고 해제됩니다. 말하자면, closeQuietly() 메서드의 기능은 자명합니다. 이는 ResponseBody 하위 클래스가 보유하는 BufferedSource 인터페이스 객체를 닫는 것입니다.

분석의 이 시점에서 우리는 갑자기 response.body().string()을 호출할 때 OkHttp가 응답 본문의 버퍼 리소스를 반환하고 closeQuietly() 메서드를 호출하여 자동으로 해제한다는 사실을 깨달았습니다. 자원.

이런 식으로 string() 메서드를 다시 호출하면 여전히 위의 byte() 메서드로 돌아갑니다. 이번에는 bytes = source.readByteArray() 코드 줄에 문제가 있습니다. RealBufferedSource의 readByteArray() 메서드를 살펴보겠습니다.

@Override
public byte[] readByteArray() throws IOException {
 buffer.writeAll(source);
 return buffer.readByteArray();
}

writeAll() 메서드를 계속 살펴보세요.

@Override
public long writeAll(Source source) throws IOException {
  //...
  long totalBytesRead = 0;
  for (long readCount; (readCount = source.read(this, Segment.SIZE)) != -1; ) {
   totalBytesRead += readCount;
  }
  return totalBytesRead;
}

문제는 for 루프의 source.read()에 있습니다. 위의 close() 메서드를 분석할 때 리소스를 닫고 해제하기 위해 source.close()를 호출했다는 사실을 기억하세요. 따라서 read() 메서드가 다시 호출되면 어떻게 될까요?

@Override
public long read(Buffer sink, long byteCount) throws IOException {
  //...
  if (closed) throw new IllegalStateException("closed");
  //...
  return buffer.read(sink, toRead);
}

이 시점에서는 이전에 발생한 충돌과 일치합니다.

java.lang.IllegalStateException: closed

4 OkHttp는 왜 이렇게 설계되었나요? 소스 코드를 망쳐 문제의 근본 원인을 찾았지만 여전히 질문이 있습니다. OkHttp는 왜 이렇게 설계되었나요?

사실 이 문제를 이해하는 가장 좋은 방법은 JakeWharton이 문제에 대해 응답한 것처럼 ResponseBody의 주석 문서를 보는 것입니다.

reply of JakeWharton in okhttp issues

간단한 문장으로: ResponseBody에 문서화되어 있습니다. 그래서 저는 클래스 주석 문서를 읽기 위해 달려갔습니다. , 최종 요약은 다음과 같습니다.

在实际开发中,响应主体 RessponseBody 持有的资源可能会很大,所以 OkHttp 并不会将其直接保存到内存中,只是持有数据流连接。只有当我们需要时,才会从服务器获取数据并返回。同时,考虑到应用重复读取数据的可能性很小,所以将其设计为 一次性流(one-shot) ,读取后即 '关闭并释放资源'。

5.总结

最后,总结以下几点注意事项,划重点了:

1.响应体只能被使用一次;

2.响应体必须关闭:值得注意的是,在下载文件等场景下,当你以  response.body().byteStream()  形式获取输入流时,务必通过  Response.close()  来手动关闭响应体。

3.获取响应体数据的方法:使用  bytes()  或  string()  将整个响应读入内存;或者使用  source() ,  byteStream() ,  charStream()  方法以流的形式传输数据。

4.以下方法会触发关闭响应体:

Response.close()
Response.body().close()
Response.body().source().close()
Response.body().charStream().close()
Response.body().byteString().close()
Response.body().bytes()
Response.body().string()

上面是我整理给大家的,希望今后会对大家有帮助。

相关文章:

在Javascript中如何实现网页抢红包

详细解读ES6语法中可迭代协议

详细解读在React组件“外”如何使用父组件

微信小程序如何实现涂鸦

위 내용은 response.body().string()을 여러 번 호출할 수 없는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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

개발 환경에서 Python과 JavaScript의 선택이 모두 중요합니다. 1) Python의 개발 환경에는 Pycharm, Jupyternotebook 및 Anaconda가 포함되어 있으며 데이터 과학 및 빠른 프로토 타이핑에 적합합니다. 2) JavaScript의 개발 환경에는 Node.js, VScode 및 Webpack이 포함되어 있으며 프론트 엔드 및 백엔드 개발에 적합합니다. 프로젝트 요구에 따라 올바른 도구를 선택하면 개발 효율성과 프로젝트 성공률이 향상 될 수 있습니다.

JavaScript가 C로 작성 되었습니까? 증거를 검토합니다JavaScript가 C로 작성 되었습니까? 증거를 검토합니다Apr 25, 2025 am 12:15 AM

예, JavaScript의 엔진 코어는 C로 작성되었습니다. 1) C 언어는 효율적인 성능과 기본 제어를 제공하며, 이는 JavaScript 엔진 개발에 적합합니다. 2) V8 엔진을 예를 들어, 핵심은 C로 작성되며 C의 효율성 및 객체 지향적 특성을 결합하여 C로 작성됩니다.

JavaScript의 역할 : 웹 대화식 및 역동적 인 웹JavaScript의 역할 : 웹 대화식 및 역동적 인 웹Apr 24, 2025 am 12:12 AM

JavaScript는 웹 페이지의 상호 작용과 역학을 향상시키기 때문에 현대 웹 사이트의 핵심입니다. 1) 페이지를 새로 고치지 않고 콘텐츠를 변경할 수 있습니다. 2) Domapi를 통해 웹 페이지 조작, 3) 애니메이션 및 드래그 앤 드롭과 같은 복잡한 대화식 효과를 지원합니다. 4) 성능 및 모범 사례를 최적화하여 사용자 경험을 향상시킵니다.

C 및 JavaScript : 연결이 설명되었습니다C 및 JavaScript : 연결이 설명되었습니다Apr 23, 2025 am 12:07 AM

C 및 JavaScript는 WebAssembly를 통한 상호 운용성을 달성합니다. 1) C 코드는 WebAssembly 모듈로 컴파일되어 컴퓨팅 전력을 향상시키기 위해 JavaScript 환경에 도입됩니다. 2) 게임 개발에서 C는 물리 엔진 및 그래픽 렌더링을 처리하며 JavaScript는 게임 로직 및 사용자 인터페이스를 담당합니다.

웹 사이트에서 앱으로 : 다양한 JavaScript 애플리케이션웹 사이트에서 앱으로 : 다양한 JavaScript 애플리케이션Apr 22, 2025 am 12:02 AM

JavaScript는 웹 사이트, 모바일 응용 프로그램, 데스크탑 응용 프로그램 및 서버 측 프로그래밍에서 널리 사용됩니다. 1) 웹 사이트 개발에서 JavaScript는 HTML 및 CSS와 함께 DOM을 운영하여 동적 효과를 달성하고 jQuery 및 React와 같은 프레임 워크를 지원합니다. 2) 반응 및 이온 성을 통해 JavaScript는 크로스 플랫폼 모바일 애플리케이션을 개발하는 데 사용됩니다. 3) 전자 프레임 워크를 사용하면 JavaScript가 데스크탑 애플리케이션을 구축 할 수 있습니다. 4) node.js는 JavaScript가 서버 측에서 실행되도록하고 동시 요청이 높은 높은 요청을 지원합니다.

Python vs. JavaScript : 사용 사례 및 응용 프로그램 비교Python vs. JavaScript : 사용 사례 및 응용 프로그램 비교Apr 21, 2025 am 12:01 AM

Python은 데이터 과학 및 자동화에 더 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 더 적합합니다. 1. Python은 데이터 처리 및 모델링을 위해 Numpy 및 Pandas와 같은 라이브러리를 사용하여 데이터 과학 및 기계 학습에서 잘 수행됩니다. 2. 파이썬은 간결하고 자동화 및 스크립팅이 효율적입니다. 3. JavaScript는 프론트 엔드 개발에 없어서는 안될 것이며 동적 웹 페이지 및 단일 페이지 응용 프로그램을 구축하는 데 사용됩니다. 4. JavaScript는 Node.js를 통해 백엔드 개발에 역할을하며 전체 스택 개발을 지원합니다.

JavaScript 통역사 및 컴파일러에서 C/C의 역할JavaScript 통역사 및 컴파일러에서 C/C의 역할Apr 20, 2025 am 12:01 AM

C와 C는 주로 통역사와 JIT 컴파일러를 구현하는 데 사용되는 JavaScript 엔진에서 중요한 역할을합니다. 1) C는 JavaScript 소스 코드를 구문 분석하고 추상 구문 트리를 생성하는 데 사용됩니다. 2) C는 바이트 코드 생성 및 실행을 담당합니다. 3) C는 JIT 컴파일러를 구현하고 런타임에 핫스팟 코드를 최적화하고 컴파일하며 JavaScript의 실행 효율을 크게 향상시킵니다.

자바 스크립트 행동 : 실제 예제 및 프로젝트자바 스크립트 행동 : 실제 예제 및 프로젝트Apr 19, 2025 am 12:13 AM

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

See all articles

핫 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 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

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

MinGW - Windows용 미니멀리스트 GNU

MinGW - Windows용 미니멀리스트 GNU

이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

PhpStorm 맥 버전

PhpStorm 맥 버전

최신(2018.2.1) 전문 PHP 통합 개발 도구

SublimeText3 중국어 버전

SublimeText3 중국어 버전

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

메모장++7.3.1

메모장++7.3.1

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