Android WebView: tumia ubatilishaji wa proksi kabla ya urambazaji
Tumia ukaguzi wa kipengele na callback ya kukamilisha ya AndroidX WebKit, na zingatia ubatilishaji unaoshirikiwa na WebView katika mchakato mmoja.
Urambazaji unaotegemea ubatilishaji wa proksi wa WebView unapaswa kuanza baada ya msikilizaji wa kukamilisha wa ubatilishaji kufanya kazi. Kuiweka na kupakia ukurasa mara moja huacha operesheni ikishindana na sasisho lisilo linganifu.
- Angalia
WebViewFeature.isFeatureSupported(WebViewFeature.PROXY_OVERRIDE). Usaidizi hutegemea utekelezaji wa WebView na maktaba ya AndroidX WebKit pamoja na kiwango cha API cha Android. Fafanua kinachotokea kinapokosekana; kwenda moja kwa moja kimya kunaweza kuharibu kipengele. - Jenga
ProxyConfiginayokusudiwa kwa kanuni zake za proksi zilizoandikwa, sintaksia ya mwisho na tabia ya kupita. Kwa urambazaji unaoruhusiwa wa tovuti za umma, chagua mwombaji kutoka orodha ya proksi za bure ambaye itifaki yake inalingana na kanuni inayoungwa mkono na utekelezaji huo wa WebView. URL ya PAC, URI ya SOCKS na mwenyeji tupu ni pembejeo tofauti. - Ita
ProxyController.setProxyOverride()kwa usanidi huo, mtekelezaji na msikilizaji wa kukamilisha. Anza urambazaji tegemezi kutoka kwenye njia ya kukamilisha. - Ubatilishaji wa muda unapoisha, ufute kwa
clearProxyOverride()na ushughulikie pia ukamilishaji wake usio linganifu.
Ipe mzunguko huu wa maisha mmiliki mmoja. Mpangilio unatumika kwa WebView katika mchakato wote wa programu; kubadilisha mara kwa mara hakuwezi kuwapa maoni mawili ya wakati mmoja njia za kutoka huru. Michakato mingine na maktaba za HTTP zina njia zao.
Kiolesura hiki kinachoungwa mkono kinaepuka kutegemea visikilizaji vya faragha vya mabadiliko ya proksi vinavyotofautiana kati ya matoleo ya Android. Kinachagua uelekezaji; vitambulisho vya proksi na imani ya cheti bado hutumia mifumo yao inayoungwa mkono. Kushindwa kwa uthibitishaji au TLS baada ya uteuzi kunahitaji kuchunguzwa katika hatua hiyo.