OkHttp ຈະເຊື່ອມຕໍ່ໂດຍກົງເມື່ອ proxy ລົ້ມເຫຼວຫຼືບໍ່?
ໃຊ້ສະບັບ client, ຜູ້ສະໝັກເສັ້ນທາງ ແລະ ເສັ້ນທາງລອງໃໝ່ຂອງແອັບພລິເຄຊັນ ເພື່ອຕັດສິນວ່າ proxy ທີ່ລົ້ມເຫຼວອາດນຳໄປສູ່ການເຂົ້າເຖິງໂດຍກົງຫຼືບໍ່.
ໃນກໍລະນີປະຫວັດສາດຂອງ proxy HTTP ລະບົບ, OkHttp ໄດ້ປ່ຽນພຶດຕິກຳໃນ 3.5.0: ມັນຢຸດລອງເຊື່ອມຕໍ່ໂດຍກົງຫຼັງຈາກ proxy ນັ້ນລົ້ມເຫຼວ. ລາຍງານເກົ່າກ່ຽວກັບການຖອຍກັບແບບງຽບອາດອະທິບາຍພຶດຕິກຳກ່ອນການປ່ຽນແປງນັ້ນ.
ປະຫວັດນັ້ນບໍ່ໄດ້ກຳນົດນະໂຍບາຍເສັ້ນທາງຂອງທຸກແອັບພລິເຄຊັນ. ເພື່ອຕີຄວາມລາຍງານຈາກແອັບພລິເຄຊັນຂອງທ່ານເອງ, ໃຫ້ປະຕິບັດການກວດສອບສາມຢ່າງນີ້:
- ຊອກຫາສະບັບ OkHttp ທີ່ແກ້ໄຂແລ້ວ. ໃຊ້ຂໍ້ມູນການອີງໃສ່ຂອງແອັບພລິເຄຊັນ, ລວມທັງສະບັບທີ່ framework ບັນຈຸຕົວຈິງ, ແທນອາຍຸຂອງຕົວຢ່າງທີ່ກຳລັງຄັດລອກ.
- ຊອກຫາວ່າ client ນີ້ເລືອກເສັ້ນທາງແນວໃດ. proxy ທີ່ລະບຸຊັດເຈນ ແລະ ProxySelector ແບບກຳນົດເອງເປັນການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນ. ຖ້າຕົວເລືອກໃຫ້ຜູ້ສະໝັກໂດຍກົງຫຼັງ proxy, ມັນກຳລັງສະເໜີທາງເລືອກໂດຍກົງ.
- ຕິດຕາມຕົວຈັດການຄວາມລົ້ມເຫຼວ. ຊອກຫາລະຫັດແອັບພລິເຄຊັນທີ່ລອງໃໝ່ດ້ວຍ client ອື່ນ. ຄຳຂໍໂດຍກົງທີ່ໂຕແທນນັ້ນເຮັດແມ່ນຢູ່ນອກການຕັດສິນໃຈຂອງ client ທຳອິດ.
ສຳລັບຂໍ້ກຳນົດ proxy ພາກບັງຄັບ, ນະໂຍບາຍ client ທີ່ກ່ຽວຂ້ອງຕ້ອງຢຸດ ແທນທີ່ຈະສະເໜີທາງເລືອກໂດຍກົງ. ກວດສອບ client ຕົວຈິງ ແລະ ເສັ້ນທາງລອງໃໝ່ທຽບກັບຂໍ້ກຳນົດນັ້ນ; ການປ່ຽນແປງໃນ 3.5.0 ຢ່າງດຽວບໍ່ແມ່ນກົດລະບຽບການສັນຈອນທົ່ວເຄື່ອງ.