अलग-अलग प्रॉक्सी मार्गों के लिए अलग 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 प्रॉक्सी सूची उस प्रोफ़ाइल द्वारा अनुमत सार्वजनिक-साइट अनुरोध किए जाने पर लॉन्च फ़्लैग के लिए उम्मीदवार प्रदान करती है।

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

एक ही उपयोगकर्ता-डेटा फ़ोल्डर से जुड़े परिवेश ब्राउज़र प्रक्रिया साझा कर सकते हैं। उस फ़ोल्डर के साथ दूसरा ऑब्जेक्ट बनाना उसे परस्पर विरोधी लॉन्च-समय प्रॉक्सी फ़्लैग सौंपने का तरीका नहीं है।

इस लॉन्च तंत्र के माध्यम से एक साथ नीतियों के लिए, अलग फ़ोल्डरों वाले अलग परिवेश उपयोग करें। यह उनके वेबसाइट डेटा को भी अलग करता है; दूसरा परिवेश पहले के लॉगिन स्थिति को स्वतः विरासत में नहीं लेता।

मूल फ़ोल्डर को नई लॉन्च सेटिंग्स के साथ पुनः उपयोग करने के लिए, उसकी प्रक्रिया साझा करने वाले नियंत्रण बंद करें और प्रतिस्थापन आरंभ करने से पहले बंद करने का समन्वय करें। एक नियंत्रण छोड़ना जबकि दूसरा प्रक्रिया को जीवित रखता है, वह संक्रमण नहीं है।

परिवेश और फ़ोल्डर का जीवनचक्र अनुप्रयोग के साथ रखें। प्रत्येक अनुरोध के लिए नई ब्राउज़र प्रक्रिया बनाना छोटे, सुविचारित मार्गों के समूह को बनाए रखने से कहीं अधिक महँगा हो सकता है।