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 अपयश त्या टप्प्यावर निदान करणे आवश्यक आहे.