ນຳໃຊ້ຊັບພະຍາກອນ OkHttp ຄືນໃໝ່ ເມື່ອເລືອກພຣັອກຊີອື່ນ

ຄຳຮ້ອງ OkHttp ບໍ່ມີຊ່ອງພຣັອກຊີທີ່ປ່ຽນໄດ້ທົ່ວໄປ. ເລືອກລູກຄ້າທີ່ມີເສັ້ນທາງທີ່ຕ້ອງການ ກ່ອນສ້າງການເອີ້ນຂອງມັນ.

ເມື່ອການຕັ້ງຄ່າທີ່ເຫຼືອຄວນຈະຖືກແບ່ງປັນຢູ່, ຈົ່ງສ້າງລູກຄ້າທີ່ກຳນົດເສັ້ນທາງຈາກລູກຄ້າທີ່ມີຢູ່ແລ້ວ:

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

ຈຸດປາຍທາງເປັນພຽງຕົວຢ່າງ. ຈຸດປາຍທາງ HTTP ສາທາລະນະຈາກ ບັນຊີພຣັອກຊີ HTTP ສາມາດຕື່ມທີ່ຢູ່ຊອກເກັດນີ້ສຳລັບເສັ້ນທາງບໍລິການສາທາລະນະທີ່ອະນຸຍາດ, ຖ້ານະໂຍບາຍຂອງລູກຄ້າພື້ນຖານບໍ່ໃຫ້ຂໍ້ມູນຢືນຢັນຕົວຕົນພຣັອກຊີໃດໆແກ່ຈຸດປາຍທາງໃໝ່. OkHttp ບັນທຶກວ່າ newBuilder ແບ່ງປັນຊັບພະຍາກອນສະລອຍການເຊື່ອມຕໍ່ ແລະ ເສັ້ນສະຫຼາຍກັບລູກຄ້າເດີມ. ນັ້ນບໍ່ໄດ້ໝາຍຄວາມວ່າຊອກເກັດທີ່ສ້າງຜ່ານພຣັອກຊີໜຶ່ງສາມາດຕິດປ້າຍຄືນເປັນເສັ້ນທາງອື່ນໄດ້. ຄວາມເໝາະສົມຂອງການເຊື່ອມຕໍ່ຍັງຂຶ້ນກັບການຕັ້ງຄ່າເສັ້ນທາງ ແລະ ທີ່ຢູ່.

ສຳລັບວຽກທີ່ເຮັດຊ້ຳ, ໃຫ້ຮັກສາຊຸດລູກຄ້າທີ່ຈຳກັດ ເຊິ່ງກຳນົດກຸນແຈຕາມນະໂຍບາຍການກຳນົດເສັ້ນທາງທີ່ເຈົ້າຕ້ອງການແທ້ໆ. ຫຼີກລ່ຽງແຜນທີ່ບໍ່ຈຳກັດ ທີ່ກຸນແຈມີທຸກບັນຊີຊົ່ວຄາວ ຫຼື ການປ່ຽນແປງພຣັອກຊີທີ່ເຄີຍເຫັນ.

ການແບ່ງປັນຊັບພະຍາກອນຍັງສົ່ງຜົນຕໍ່ການປິດລະບົບ. ການປິດແຄດທີ່ແບ່ງປັນ ຫຼື ການປິດຕົວຈັດສົ່ງທີ່ແບ່ງປັນ ອາດສົ່ງຜົນຕໍ່ລູກຄ້າອື່ນທີ່ມາຈາກມັນ ເຊິ່ງໃຊ້ຊັບພະຍາກອນເຫຼົ່ານັ້ນ. ໃຫ້ອາຍຸການໃຊ້ງານລະດັບແອັບພລິເຄຊັນທີ່ຊັດເຈນແກ່ຄວາມເປັນເຈົ້າຂອງຊັບພະຍາກອນ ແທນທີ່ຈະຖືວ່າລູກຄ້າແຕ່ລະອັນທີ່ມາຈາກມັນເປັນຊັ້ນເຄືອຂ່າຍແຍກຕ່າງຫາກ.

ສຸດທ້າຍ, ໃຫ້ລວມຕົວຕົນຂອງພຣັອກຊີທີ່ເລືອກໄວ້ໃນເມຕາດາຕາຂອງການເອີ້ນເອງ. ຕົວປ່ຽນລະດັບໂລກ “ພຣັອກຊີສຸດທ້າຍທີ່ເລືອກ” ບໍ່ສາມາດລະບຸເສັ້ນທາງຂອງຫຼາຍຄຳຮ້ອງທີ່ເກີດຂຶ້ນພ້ອມກັນໄດ້.