வேறு ப்ராக்ஸியைத் தேர்ந்தெடுக்கும்போது OkHttp வளங்களை மீண்டும் பயன்படுத்துங்கள்

OkHttp கோரிக்கைக்கு பொதுவான மாற்றக்கூடிய ப்ராக்ஸி புலம் இல்லை. அதன் அழைப்பை உருவாக்கும் முன் நோக்கமான பாதையுள்ள கிளையண்டைத் தேர்ந்தெடுங்கள்.

மீதமுள்ள அமைப்பு பங்கிடப்பட்டதாக இருக்க வேண்டுமெனில், இருக்கும் கிளையண்டிலிருந்து பாதையிடப்பட்ட கிளையண்டைப் பெறுங்கள்:

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

இறுதிப் புள்ளி ஒரு எடுத்துக்காட்டு மட்டுமே. HTTP ப்ராக்ஸி பட்டியலின் பொது HTTP இறுதிப் புள்ளிகள் அனுமதிக்கப்பட்ட பொது-சேவைப் பாதைக்கு இந்த சாக்கெட் முகவரியை நிரப்பலாம், அடிப்படை கிளையண்டின் கொள்கை புதிய இறுதிப் புள்ளிக்கு ப்ராக்ஸி சான்றுகளை வழங்காவிட்டால். OkHttp ஆவணப்படுத்துவதன்படி newBuilder இணைப்புக் குளம் மற்றும் நூல் வளங்களை அசல் கிளையண்டுடன் பங்கிடுகிறது. அதன் பொருள் ஒரு ப்ராக்ஸி வழியாக நிறுவப்பட்ட சாக்கெட்டை வேறு பாதையாக மீண்டும் லேபிளிட முடியும் என்பதல்ல. இணைப்புத் தகுதி இன்னும் பாதை மற்றும் முகவரி அமைப்பைச் சார்ந்துள்ளது.

திரும்பத் திரும்பச் செய்யும் வேலைக்கு, உண்மையில் தேவைப்படும் வழிமாற்றுக் கொள்கையால் திறவாடை செய்யப்பட்ட வரம்புள்ள கிளையண்ட் தொகுப்பை வைத்திருங்கள். இதுவரை கண்டறியப்பட்ட அனைத்து தற்காலிக கணக்குகள் அல்லது ப்ராக்ஸி மாறுபாடுகளைத் திறவாடைகளில் கொண்ட வரம்பற்ற வரைபடத்தைத் தவிர்க்கவும்.

வளப் பங்கீடு மூடுவதையும் பாதிக்கிறது. பங்கிடப்பட்ட தற்காலிகச் சேமிப்பை மூடுவது அல்லது பங்கிடப்பட்ட அனுப்புநரை நிறுத்துவது அந்த வளங்களைப் பயன்படுத்தும் பிற பெறப்பட்ட கிளையண்ட்களைப் பாதிக்கலாம். ஒவ்வொரு பெறப்பட்ட கிளையண்டையும் தனிமைப்படுத்தப்பட்ட வலையமைப்பு அடுக்காகக் கருதுவதற்குப் பதிலாக வள உரிமைக்கு தெளிவான பயன்பாட்டு-நிலை ஆயுள் வழங்குங்கள்.

இறுதியாக, தேர்ந்தெடுக்கப்பட்ட ப்ராக்ஸியின் அடையாளத்தை அழைப்பின் சொந்த மெட்டாடேட்டாவில் சேர்க்கவும். உலகளாவிய “கடைசியாகத் தேர்ந்தெடுத்த ப்ராக்ஸி” மாறி பல ஒரே நேரக் கோரிக்கைகளின் பாதையை அடையாளம் காண முடியாது.