AdditionalBrowserArguments-ით მოწოდებული პროქსი ხდება WebView2 ბრაუზერის პროცესის გაშვების ბრძანების ნაწილი. ამ პარამეტრების ობიექტის მოგვიანებით რედაქტირება არ გადაწერს მოქმედი პროცესის ბრძანების სტრიქონს.

დამოუკიდებელ მარშრუტს შემქმნელი .NET აპლიკაციისთვის, კონტროლის ინიციალიზაციამდე აირჩიეთ აპლიკაციის საკუთრებაში არსებული მომხმარებლის მონაცემთა საქაღალდე:

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 არის აპლიკაციის მიერ არჩეული ჩასაწერი საქაღალდე, ხოლო browser არის არსებული არაინიციალიზებული WebView2 კონტროლი. გაშვება შეასრულეთ UI-ის ჩვეულებრივი ასინქრონული სასიცოცხლო ციკლით. HTTP პროქსიების სია გთავაზობთ კანდიდატებს გაშვების დროშისთვის, როცა ეს პროფილი შეასრულებს ნებადართულ მოთხოვნებს საჯარო საიტებზე.

ახალი პარამეტრების ობიექტი არ არის ახალი პროცესი

ერთი და იმავე მომხმარებლის მონაცემთა საქაღალდესთან დაკავშირებულ გარემოებს შეუძლიათ ბრაუზერის პროცესის გაზიარება. ამ საქაღალდით სხვა ობიექტის შექმნა არ არის მასზე წინააღმდეგობრივი გაშვების პროქსი დროშების მინიჭების გზა.

ამ გაშვების მექანიზმით ერთდროული პოლიტიკებისთვის გამოიყენეთ ცალკეული გარემოები ცალკეული საქაღალდეებით. ეს მათი საიტის მონაცემებსაც ჰყოფს; მეორე გარემო ავტომატურად არ იღებს პირველის შესვლის მდგომარეობას.

საწყისი საქაღალდის ახალი გაშვების პარამეტრებით ხელახლა გამოსაყენებლად, დახურეთ მისი პროცესის გამზიარებელი კონტროლები და შეწყვიტეთ მუშაობა ჩამნაცვლებლის ინიციალიზაციამდე. ერთი კონტროლის მიტოვება, როცა მეორე პროცესს ცოცხლად ინარჩუნებს, ის გადასვლა არ არის.

გარემოსა და საქაღალდის სასიცოცხლო ციკლი აპლიკაციასთან ერთად შეინახეთ. ყოველი მოთხოვნისთვის ახალი ბრაუზერის პროცესის შექმნა შეიძლება ბევრად უფრო ძვირი იყოს, ვიდრე მცირე, განზრახ შერჩეული მარშრუტების ნაკრების შენარჩუნება.

დაკავშირებული სტატიები