Android WebView: नेविगेशन से पहले प्रॉक्सी ओवरराइड लागू करें
AndroidX WebKit का फ़ीचर जाँच और पूर्णता कॉलबैक उपयोग करें, और एक ही प्रक्रिया में WebView द्वारा साझा किए गए ओवरराइड को ध्यान में रखें।
WebView प्रॉक्सी ओवरराइड पर निर्भर नेविगेशन ओवरराइड के पूर्णता श्रोता के चलने के बाद शुरू होना चाहिए। इसे सेट करके तुरंत पेज लोड करने से कार्रवाई एक अतुल्यकालिक अद्यतन से होड़ में रह जाती है।
WebViewFeature.isFeatureSupported(WebViewFeature.PROXY_OVERRIDE)जाँचें। समर्थन WebView कार्यान्वयन और AndroidX WebKit लाइब्रेरी तथा Android के API स्तर पर निर्भर करता है। परिभाषित करें कि इसके न होने पर क्या होता है; चुपचाप सीधे जाना सुविधा को विफल कर सकता है।- इसके प्रलेखित प्रॉक्सी नियमों, एंडपॉइंट सिंटैक्स और बायपास व्यवहार का उपयोग करके इच्छित
ProxyConfigबनाएँ। अनुमत सार्वजनिक साइट नेविगेशन के लिए मुफ़्त प्रॉक्सी सूची से ऐसा उम्मीदवार चुनें जिसका प्रोटोकॉल उस WebView कार्यान्वयन द्वारा समर्थित नियम से मेल खाता हो। PAC URL, SOCKS URI और नंगा होस्ट भिन्न-भिन्न इनपुट हैं। - उस कॉन्फ़िगरेशन, एक्ज़ीक्यूटर और पूर्णता श्रोता के साथ
ProxyController.setProxyOverride()कॉल करें। निर्भर नेविगेशन पूर्णता पथ से शुरू करें। - अस्थायी ओवरराइड समाप्त होने पर इसे
clearProxyOverride()से साफ़ करें और इसकी अतुल्यकालिक पूर्णता भी संभालें।
इस जीवनचक्र को एक स्वामी दें। सेटिंग एप्लिकेशन प्रक्रिया के सभी WebView पर लागू होती है; बार-बार बदलने से दो एक साथ दिखने वाले दृश्यों को स्वतंत्र निकास नहीं मिल सकते। अन्य प्रक्रियाओं और HTTP लाइब्रेरियों के अपने मार्ग हैं।
यह समर्थित इंटरफ़ेस Android संस्करणों के बीच बदलने वाले निजी प्रॉक्सी-परिवर्तन श्रोताओं पर निर्भरता से बचता है। यह रूटिंग चुनता है; प्रॉक्सी क्रेडेंशियल और प्रमाणपत्र विश्वास अब भी अपने समर्थित तंत्र उपयोग करते हैं। चयन के बाद प्रमाणीकरण या TLS विफलता का निदान उसी चरण में करना होगा।