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

नयाँ विकल्प वस्तु नयाँ प्रक्रिया होइन

एउटै प्रयोगकर्ता-डेटा फोल्डरसँग सम्बन्धित वातावरणहरूले ब्राउजर प्रक्रिया साझा गर्न सक्छन्। त्यो फोल्डरसँग अर्को वस्तु बनाउनु यसलाई परस्पर विरोधी सुरुवात-समय प्रोक्सी फ्ल्यागहरू तोक्ने तरिका होइन।

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

मूल फोल्डरलाई नयाँ सुरुवात सेटिङहरूसँग पुनः प्रयोग गर्न, यसको प्रक्रिया साझा गर्ने नियन्त्रणहरू बन्द गर्नुहोस् र प्रतिस्थापन सुरु गर्नु अघि बन्द हुने समन्वय गर्नुहोस्। एउटा नियन्त्रण छोड्दा अर्कोले प्रक्रिया जीवित राख्नु त्यो संक्रमण होइन।

वातावरण र फोल्डरको जीवनचक्र अनुप्रयोगसँगै राख्नुहोस्। प्रत्येक अनुरोधका लागि नयाँ ब्राउजर प्रक्रिया बनाउनु सानो, सुविचारित मार्गहरूको समूह कायम राख्नुभन्दा धेरै महँगो हुन सक्छ।