Eigne WebView2-brukerdatamapper for ulike proxy-ruter

Ein proxy som blir levert via AdditionalBrowserArguments, blir ein del av oppstartskommandoen til WebView2-nettlesarprosessen. Å redigere dette alternativobjektet seinare skriv ikkje om kommandolinja til den køyrande prosessen.

For ein .NET-applikasjon som lagar ei uavhengig rute, vel ei brukerdatamappe som applikasjonen eig, før kontrollen blir initialisert:

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 er ei skrivbar mappe vald av applikasjonen, og browser er den eksisterande ikkje-initialiserte WebView2-kontrollen. Køyr initialiseringa gjennom den normale asynkrone livssyklusen til brukargrensesnittet. HTTP-proxylista tilbyr kandidatar for oppstartsflagget når profilen skal gjere tillatne førespurnader til offentlege nettstader.

Eit nytt alternativobjekt er ikkje ein ny prosess

Miljø knytte til den same brukerdatamappa kan dele nettlesarprosessen. Å lage eit anna objekt med den mappa er ikkje ein måte å gi det motstridande proxy-flagg ved oppstart.

For samtidige policyar gjennom denne oppstartsmekanismen, bruk separate miljø med separate mapper. Det skil også nettstadsdataa deira; eit andre miljø arvar ikkje automatisk innloggingsstatusen til det første.

For å bruke den opphavlege mappa på nytt med nye oppstartsinnstillingar, lukk kontrollane som deler prosessen, og koordiner avsluttinga før ein erstattar blir initialisert. Å kvitte seg med ein kontroll medan ein annan held prosessen i live, er ikkje den overgangen.

Hald livssyklusen til miljøet og mappa saman med applikasjonen. Å lage ein ny nettlesarprosess for kvar førespurnad kan vere mykje dyrare enn å vedlikehalde eit lite, medvite sett med ruter.