ଅନ୍ୟ ପ୍ରକ୍ସି ଚୟନ କରିବା ସମୟରେ OkHttp ସମ୍ବଳ ପୁନଃ ବ୍ୟବହାର କରନ୍ତୁ

OkHttp ଅନୁରୋଧରେ ସାଧାରଣ ପରିବର୍ତ୍ତନଯୋଗ୍ୟ ପ୍ରକ୍ସି କ୍ଷେତ୍ର ନାହିଁ। ଏହାର କଲ ସୃଷ୍ଟି କରିବା ପୂର୍ବରୁ ଉଦ୍ଦିଷ୍ଟ ପଥ ଥିବା କ୍ଲାଏଣ୍ଟ ଚୟନ କରନ୍ତୁ।

ଯେତେବେଳେ ଅବଶିଷ୍ଟ କନଫିଗରେସନ ଅଂଶୀଦାର ରହିବା ଉଚିତ, ତେତେବେଳେ ବିଦ୍ୟମାନ କ୍ଲାଏଣ୍ଟରୁ ପଥନିର୍ଦ୍ଦେଶିତ କ୍ଲାଏଣ୍ଟ ବାହାର କରନ୍ତୁ:

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

ଅନ୍ତିମ ବିନ୍ଦୁ କେବଳ ଉଦାହରଣ। HTTP ପ୍ରକ୍ସି ତାଲିକା ର ସାର୍ବଜନୀନ HTTP ଅନ୍ତିମ ବିନ୍ଦୁଗୁଡ଼ିକ ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ-ସେବା ପଥ ପାଇଁ ଏହି ସକେଟ ଠିକଣା ପୂରଣ କରିପାରିବେ, ଯଦି ମୂଳ କ୍ଲାଏଣ୍ଟର ନୀତି ନୂତନ ଅନ୍ତିମ ବିନ୍ଦୁକୁ କୌଣସି ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ଦିଏ ନାହିଁ। OkHttp ଦଲିଲଭୁକ୍ତ କରେ ଯେ newBuilder ସଂଯୋଗ-ପୁଲ ଏବଂ ଥ୍ରେଡ ସମ୍ବଳ ମୂଳ କ୍ଲାଏଣ୍ଟ ସହିତ ଅଂଶୀଦାର କରେ। ଏହାର ଅର୍ଥ ନୁହେଁ ଯେ ଗୋଟିଏ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ସ୍ଥାପିତ ସକେଟକୁ ଅନ୍ୟ ପଥ ଭାବରେ ପୁନଃ ଲେବଲ କରାଯାଇପାରିବ। ସଂଯୋଗର ଯୋଗ୍ୟତା ତଥାପି ପଥ ଏବଂ ଠିକଣା କନଫିଗରେସନ ଉପରେ ନିର୍ଭର କରେ।

ପୁନରାବୃତ୍ତି କାର୍ଯ୍ୟ ପାଇଁ, ଆପଣଙ୍କୁ ପ୍ରକୃତରେ ଆବଶ୍ୟକ ରାଉଟିଂ ନୀତି ଦ୍ୱାରା କୀ କରାଯାଇଥିବା ସୀମିତ କ୍ଲାଏଣ୍ଟ ସେଟ ରଖନ୍ତୁ। ଏପର୍ଯ୍ୟନ୍ତ ଦେଖାଯାଇଥିବା ସମସ୍ତ ଅସ୍ଥାୟୀ ଖାତା କିମ୍ବା ପ୍ରକ୍ସି ଭିନ୍ନତାକୁ କୀରେ ଧାରଣ କରୁଥିବା ଅସୀମିତ ମ୍ୟାପରୁ ଦୂରେଇ ରୁହନ୍ତୁ।

ସମ୍ବଳ ଅଂଶୀଦାରୀ ବନ୍ଦ କରିବା ଉପରେ ମଧ୍ୟ ପ୍ରଭାବ ପକାଏ। ଅଂଶୀଦାର କ୍ୟାସ ବନ୍ଦ କରିବା କିମ୍ବା ଅଂଶୀଦାର ଡିସପ୍ୟାଚର ବନ୍ଦ କରିବା ସେହି ସମ୍ବଳ ବ୍ୟବହାର କରୁଥିବା ଅନ୍ୟ ଉତ୍ପନ୍ନ କ୍ଲାଏଣ୍ଟକୁ ପ୍ରଭାବିତ କରିପାରେ। ପ୍ରତ୍ୟେକ ଉତ୍ପନ୍ନ କ୍ଲାଏଣ୍ଟକୁ ପୃଥକ ନେଟୱାର୍କ ଷ୍ଟାକ ଭାବରେ ଗଣନା କରିବା ପରିବର୍ତ୍ତେ ସମ୍ବଳ ମାଲିକାନାକୁ ସ୍ପଷ୍ଟ ଆପ୍ଲିକେସନ-ସ୍ତରୀୟ ଆୟୁ ଦିଅନ୍ତୁ।

ଶେଷରେ, ଚୟନିତ ପ୍ରକ୍ସିର ପରିଚୟ କଲର ନିଜସ୍ୱ ମେଟାଡାଟାରେ ଅନ୍ତର୍ଭୁକ୍ତ କରନ୍ତୁ। ଏକ ବୈଶ୍ୱିକ “ଶେଷ ଚୟନିତ ପ୍ରକ୍ସି” ଭେରିଏବଲ ଏକାଧିକ ସମକାଳୀନ ଅନୁରୋଧର ପଥ ଚିହ୍ନଟ କରିପାରିବ ନାହିଁ।