Ločene mape uporabniških podatkov WebView2 za različne poti proxy

Proxy, zagotovljen prek AdditionalBrowserArguments, postane del zagonskega ukaza procesa brskalnika WebView2. Poznejše urejanje tega predmeta možnosti ne prepiše ukazne vrstice delujočega procesa.

Za aplikacijo .NET, ki ustvari neodvisno pot, pred inicializacijo kontrolnika izberite mapo uporabniških podatkov v lasti aplikacije:

var options = new Microsoft.Web.WebView2.Core.CoreWebView2EnvironmentOptions
{
    AdditionalBrowserArguments = "--proxy-server=http://proxy.example:8080"
};
var environment = await Microsoft.Web.WebView2.Core.CoreWebView2Environment
    .CreateAsync(userDataFolder: profileFolder, options: options);
await browser.EnsureCoreWebView2Async(environment);

profileFolder je mapa, v katero je mogoče pisati in jo izbere aplikacija, browser pa je obstoječi neinicializirani kontrolnik WebView2. Inicializacijo izvedite z običajnim asinhronim življenjskim ciklom uporabniškega vmesnika. Seznam proxyjev HTTP ponuja kandidate za zagonsko zastavico, ko bo ta profil pošiljal dovoljene zahteve javnim spletnim mestom.

Nov predmet možnosti ni nov proces

Okolja, povezana z isto mapo uporabniških podatkov, si lahko delijo proces brskalnika. Ustvarjanje drugega predmeta s to mapo ni način, da bi mu dodelili nasprotujoče si zagonske proxy zastavice.

Za hkratne politike prek tega zagonskega mehanizma uporabite ločena okolja z ločenimi mapami. To loči tudi njihove podatke o spletnih mestih; drugo okolje ne podeduje samodejno stanja prijave prvega.

Če želite prvotno mapo znova uporabiti z novimi zagonskimi nastavitvami, zaprite kontrolnike, ki si delijo njen proces, in pred inicializacijo zamenjave uskladite zaustavitev. Opustitev enega kontrolnika, medtem ko drugi ohranja proces živ, ni ta prehod.

Življenjski cikel okolja in mape ohranite pri aplikaciji. Ustvarjanje novega procesa brskalnika za vsako zahtevo je lahko veliko dražje od vzdrževanja majhnega, namernega nabora poti.