Android WebView: apliku la prokuran anstataŭigon antaŭ navigado

Uzu la funkciokontrolon kaj kompletigan revokon de AndroidX WebKit, kaj konsideru la anstataŭigon kunhavatan de WebView-oj en unu procezo.

Navigado dependanta de WebView-prokura anstataŭigo devus komenciĝi post kiam la kompletiga aŭskultanto de la anstataŭigo funkciis. Ĝin agordi kaj tuj ŝargi paĝon lasas la operacion konkuri kun nesinkrona ĝisdatigo.

  1. Kontrolu WebViewFeature.isFeatureSupported(WebViewFeature.PROXY_OVERRIDE). Subteno dependas de la WebView-implemento kaj la biblioteko AndroidX WebKit, same kiel de la API-nivelo de Android. Difinu, kio okazas kiam ĝi mankas; silente iri rekte povas senutiligi la funkcion.
  2. Konstruu la celatan ProxyConfig per ĝiaj dokumentitaj prokuraj reguloj, finpunkta sintakso kaj preterira konduto. Por permesita navigado al publikaj retejoj, elektu kandidaton el la listo de senpagaj prokuroj, kies protokolo kongruas kun regulo subtenata de tiu WebView-implemento. PAC-URL, SOCKS-URI kaj nuda gastiganto estas malsamaj enigoj.
  3. Voku ProxyController.setProxyOverride() kun tiu agordo, plenumilo kaj kompletiga aŭskultanto. Komencu dependan navigadon el la kompletiga vojo.
  4. Kiam la provizora anstataŭigo finiĝas, viŝu ĝin per clearProxyOverride() kaj ankaŭ traktu ĝian nesinkronan kompletigon.

Donu al tiu vivociklo unu posedanton. La agordo validas por WebView-oj tra la tuta aplikaĵa procezo; ripete ŝanĝi ĝin ne povas doni al du samtempaj vidoj sendependajn elirojn. Aliaj procezoj kaj HTTP-bibliotekoj havas siajn proprajn vojojn.

Ĉi tiu subtenata interfaco evitas dependon de privataj prokuraj ŝanĝo-aŭskultantoj, kiuj varias inter Android-eldonoj. Ĝi elektas enkursigon; prokuraj legitimiloj kaj atestila fido ankoraŭ uzas siajn subtenatajn mekanismojn. Aŭtentiga aŭ TLS-malsukceso post elekto devas esti diagnozita en tiu etapo.

Rilataj artikoloj