Dalam kes sejarah proksi HTTP sistem, OkHttp menukar tingkah lakunya dalam 3.5.0: ia berhenti mencuba sambungan terus selepas proksi itu gagal. Laporan lama tentang pemulihan senyap mungkin menerangkan tingkah laku sebelum perubahan itu.

Sejarah itu tidak menentukan dasar penghalaan setiap aplikasi. Untuk mentafsir laporan daripada aplikasi anda sendiri, ikut tiga semakan ini:

  1. Cari versi OkHttp yang diselesaikan. Gunakan maklumat kebergantungan aplikasi, termasuk versi yang sebenarnya dibundel oleh rangka kerja, bukannya usia contoh yang disalin.
  2. Cari cara klien ini memilih laluan. Proksi eksplisit dan ProxySelector tersuai ialah konfigurasi berbeza. Jika pemilih memberikan calon terus selepas proksi, ia menawarkan alternatif terus.
  3. Ikut pengendali kegagalan. Cari kod aplikasi yang mencuba semula dengan klien lain. Permintaan terus yang dibuat oleh pengganti itu berada di luar keputusan klien pertama.

Untuk keperluan proksi wajib, dasar klien yang berkaitan mesti berhenti dan bukannya menawarkan alternatif terus. Periksa klien sebenar dan laluan cubaan semula terhadap keperluan itu; perubahan 3.5.0 sahaja bukan peraturan trafik seluruh mesin.

Artikel berkaitan