वेगवेगळ्या प्रॉक्सी मार्गांसाठी वेगळे 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 नियंत्रण आहे. UI च्या नेहमीच्या असिंक जीवनचक्रातून सुरुवात चालवा. HTTP प्रॉक्सी सूची ते प्रोफाइल अनुमत सार्वजनिक-साइट विनंत्या करेल तेव्हा लाँच फ्लॅगसाठी उमेदवार देते.

नवीन पर्याय ऑब्जेक्ट नवीन प्रक्रिया नाही

एकाच वापरकर्ता-डेटा फोल्डरशी जोडलेली वातावरणे ब्राउझर प्रक्रिया सामायिक करू शकतात. त्या फोल्डरसह दुसरे ऑब्जेक्ट तयार करणे हे त्याला परस्परविरोधी लाँच-वेळ प्रॉक्सी फ्लॅग देण्याचा मार्ग नाही.

या लाँच यंत्रणेद्वारे एकाच वेळी धोरणांसाठी, वेगळ्या फोल्डरसह वेगळी वातावरणे वापरा. यामुळे त्यांचा वेबसाइट डेटाही वेगळा होतो; दुसरे वातावरण पहिल्याची लॉगिन स्थिती स्वयंचलितपणे वारस घेत नाही.

मूळ फोल्डर नवीन लाँच सेटिंग्जसह पुन्हा वापरण्यासाठी, त्याची प्रक्रिया सामायिक करणारी नियंत्रणे बंद करा आणि बदली सुरू करण्यापूर्वी बंद होण्याचे समन्वय करा. एक नियंत्रण सोडून दुसरे प्रक्रिया जिवंत ठेवणे हे ते संक्रमण नाही.

वातावरण आणि फोल्डरचे जीवनचक्र अनुप्रयोगासोबत ठेवा. प्रत्येक विनंतीसाठी नवीन ब्राउझर प्रक्रिया तयार करणे छोट्या, हेतुपूर्वक निवडलेल्या मार्गांचा संच राखण्यापेक्षा खूप महाग असू शकते.