ಬೇರೆ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆ ಮಾಡುವಾಗ OkHttp ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮರುಬಳಸಿ

OkHttp ವಿನಂತಿಗೆ ಸಾಮಾನ್ಯ ಬದಲಾಗಬಹುದಾದ ಪ್ರಾಕ್ಸಿ ಕ್ಷೇತ್ರವಿಲ್ಲ. ಅದರ ಕರೆ ರಚಿಸುವ ಮೊದಲು ಉದ್ದೇಶಿತ ಮಾರ್ಗವಿರುವ ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಮಾಡಿ.

ಉಳಿದ ಸಂರಚನೆ ಹಂಚಿಕೆಯಾಗಿಯೇ ಇರಬೇಕಾದರೆ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ನಿಂದ ಮಾರ್ಗೀಕೃತ ಕ್ಲೈಂಟ್ ಪಡೆಯಿರಿ:

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

ಅಂತಿಮ ಬಿಂದು ಕೇವಲ ಉದಾಹರಣೆ. HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯ ಸಾರ್ವಜನಿಕ HTTP ಅಂತಿಮ ಬಿಂದುಗಳು ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ-ಸೇವಾ ಮಾರ್ಗಕ್ಕಾಗಿ ಈ ಸಾಕೆಟ್ ವಿಳಾಸವನ್ನು ತುಂಬಬಹುದು, ಮೂಲ ಕ್ಲೈಂಟ್ನ ನೀತಿಯು ಹೊಸ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಯಾವುದೇ ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳನ್ನು ಒದಗಿಸದಿದ್ದರೆ. OkHttp ದಾಖಲಿಸುವಂತೆ newBuilder ಸಂಪರ್ಕ-ಪೂಲ್ ಮತ್ತು ಥ್ರೆಡ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮೂಲ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಅದರ ಅರ್ಥ ಒಂದು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಸ್ಥಾಪಿಸಿದ ಸಾಕೆಟ್ ಅನ್ನು ಇನ್ನೊಂದು ಮಾರ್ಗವಾಗಿ ಮರುಲೇಬಲ್ ಮಾಡಬಹುದು ಎಂದಲ್ಲ. ಸಂಪರ್ಕದ ಅರ್ಹತೆ ಇನ್ನೂ ಮಾರ್ಗ ಮತ್ತು ವಿಳಾಸ ಸಂರಚನೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಪುನರಾವರ್ತಿತ ಕೆಲಸಕ್ಕಾಗಿ, ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ರೂಟಿಂಗ್ ನೀತಿಯಿಂದ ಕೀಲಿಕೈ ಹಾಕಿದ ಸೀಮಿತ ಕ್ಲೈಂಟ್ ಗುಂಪನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. ಇಲ್ಲಿಯವರೆಗೆ ಕಂಡ ಎಲ್ಲಾ ತಾತ್ಕಾಲಿಕ ಖಾತೆಗಳು ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಬದಲಾವಣೆಗಳನ್ನು ಕೀಗಳಲ್ಲಿ ಹೊಂದಿರುವ ಅನಿಯಮಿತ ನಕ್ಷೆಯನ್ನು ತಪ್ಪಿಸಿ.

ಸಂಪನ್ಮೂಲ ಹಂಚಿಕೆ ಸ್ಥಗಿತದ ಮೇಲೂ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಹಂಚಿದ ಕ್ಯಾಶ್ ಮುಚ್ಚುವುದು ಅಥವಾ ಹಂಚಿದ ಡಿಸ್ಪ್ಯಾಚರ್ ನಿಲ್ಲಿಸುವುದು ಆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುವ ಇತರ ಜನ್ಯ ಕ್ಲೈಂಟ್ಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. ಪ್ರತಿ ಜನ್ಯ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಸಂಪನ್ಮೂಲ ಮಾಲೀಕತ್ವಕ್ಕೆ ಸ್ಪಷ್ಟ ಅಪ್ಲಿಕೇಶನ್-ಮಟ್ಟದ ಜೀವಿತಾವಧಿ ನೀಡಿ.

ಕೊನೆಯದಾಗಿ, ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ಗುರುತನ್ನು ಕರೆಯ ಸ್ವಂತ ಮೆಟಾಡೇಟಾದಲ್ಲಿ ಸೇರಿಸಿ. ಜಾಗತಿಕ “ಕೊನೆಯದಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಕ್ಸಿ” ಚರವು ಹಲವು ಏಕಕಾಲಿಕ ವಿನಂತಿಗಳ ಮಾರ್ಗವನ್ನು ಗುರುತಿಸಲಾರದು.