[core] support gzip payload in cdp interceptor

[Kudo]

Why

close ENG-10620
fixes #25353

How

okhttp interceptor does not uncompress gzip payload by default, and we sent compressed data to devtools. this pr tries to uncompress gzip data if necessary. ideally we don't want to touch the response body so we clone data for cdp.

Test Plan

1. add PeekResponseBodyTest unit test
2. add the following code from DevTool network inspector can't resolve GZIP requests #25353 and add the code snippet to bare-expo App.tsx. then test from devtools network inspector

async function runAsync() {
  const response = await fetch('https://jsonplaceholder.typicode.com/posts/7', {
    headers: {
      'Accept-Encoding': 'gzip',
      'Cache-Control': 'no-cache',
    },
  });
  const result = await response.json();
  console.log('runAsync', result);
}
setTimeout(runAsync, 3000);

Checklist

• Documentation is up to date to reflect these changes (eg: https://docs.expo.dev and README.md).
• Conforms with the Documentation Writing Style Guide
• This diff will work correctly for npx expo prebuild & EAS Build (eg: updated a module plugin).

[linear]

ENG-10620 DevTool network inspector can't resolve GZIP requests

[expo-bot]

The Pull Request introduced fingerprint changes against the base commit: 3fa69ae

Fingerprint diff

[
  {
    "type": "dir",
    "filePath": "../../packages/expo-modules-core/android",
    "reasons": [
      "expoAutolinkingAndroid"
    ],
    "hash": "45617709d75d90c4c7c0991e2be24b85b20fef8a"
  }
]

---

Generated by PR labeler 🤖