Առանձին WebView2 օգտատիրոջ տվյալների պանակներ տարբեր պրոքսի ուղիների համար

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 կառավարման տարրը։ Սկզբնավորումը կատարեք միջերեսի սովորական ասինխրոն կենսացիկլի միջոցով։ HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ գործարկման դրոշի համար, երբ այդ պրոֆիլը կկատարի թույլատրված հանրային կայքերի հարցումներ։

Նոր ընտրանքների օբյեկտը նոր գործընթաց չէ

Նույն օգտատիրոջ տվյալների պանակի հետ կապված միջավայրերը կարող են կիսել զննարկիչի գործընթացը։ Այդ պանակով մեկ այլ օբյեկտ ստեղծելը դրան հակասող գործարկման պրոքսի դրոշներ նշանակելու միջոց չէ։

Այս գործարկման մեխանիզմով միաժամանակյա քաղաքականությունների համար օգտագործեք առանձին պանակներով առանձին միջավայրեր։ Դա նաև առանձնացնում է նրանց կայքերի տվյալները. երկրորդ միջավայրը ինքնաբերաբար չի ժառանգում առաջինի մուտքի վիճակը։

Սկզբնական պանակը նոր գործարկման կարգավորումներով կրկին օգտագործելու համար փակեք դրա գործընթացը կիսող կառավարման տարրերը և համակարգեք անջատումը փոխարինողը սկզբնավորելուց առաջ։ Մեկ կառավարման տարր թողնելը, մինչ մյուսը գործընթացը կենդանի է պահում, այդ անցումը չէ։

Միջավայրի և պանակի կենսացիկլը պահեք հավելվածի հետ։ Յուրաքանչյուր հարցման համար նոր զննարկիչի գործընթաց ստեղծելը կարող է շատ ավելի թանկ լինել, քան փոքր, միտումնավոր ուղիների հավաքածու պահելը։