Navigasie wat van 'n WebView-proxy-oorheersing afhang, moet begin nadat die oorheersing se voltooiingsluisteraar uitgevoer is. Om dit te stel en dadelik 'n bladsy te laai, laat die bewerking teen 'n asinchrone opdatering meeding.

  1. Kontroleer WebViewFeature.isFeatureSupported(WebViewFeature.PROXY_OVERRIDE). Ondersteuning hang af van die WebView-implementering en die AndroidX WebKit-biblioteek sowel as Android se API-vlak. Definieer wat gebeur wanneer dit afwesig is; om stilweg direk te gaan, kan die kenmerk verydel.
  2. Bou die beoogde ProxyConfig met sy gedokumenteerde proxy-reels, eindpunt-sintaksis en omseilgedrag. Vir toegelate navigasie na openbare werwe, kies 'n kandidaat uit die gratis proxy-lys wie se protokol by 'n reël pas wat daardie WebView-implementering ondersteun. 'n PAC-URL, SOCKS-URI en kaal gasheer is verskillende insette.
  3. Roep ProxyController.setProxyOverride() met daardie konfigurasie, 'n uitvoerder en 'n voltooiingsluisteraar. Begin afhanklike navigasie vanuit die voltooiingspad.
  4. Wanneer die tydelike oorheersing eindig, wis dit met clearProxyOverride() en hanteer ook die asinchrone voltooiing daarvan.

Gee daardie lewensiklus een eienaar. Die instelling geld vir WebViews regdeur die toepassingproses; om dit herhaaldelik te verander, kan nie twee gelyktydige aansigte onafhanklike uitgange gee nie. Ander prosesse en HTTP-biblioteke het hul eie roetes.

Hierdie ondersteunde koppelvlak vermy afhanklikheid van private proxy-veranderingsluisteraars wat tussen Android-weergawes verskil. Dit kies roetering; proxy-geloofsbriewe en sertifikaatvertroue gebruik steeds hul ondersteunde meganismes. 'n Verifikasie- of TLS-fout na keuring moet in daardie stadium gediagnoseer word.

Verwante artikels