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 прокси жагсаалт тэр профайл зөвшөөрөгдсөн нийтийн сайтад хүсэлт илгээх үед эхлүүлэх тугийн нэр дэвшигчдийг санал болгодог.

Шинэ тохиргооны объект шинэ процесс биш

Нэг хэрэглэгчийн өгөгдлийн хавтастай холбоотой орчнууд хөтчийн процессыйг хуваалцаж болно. Тэр хавтастай өөр объект үүсгэх нь түүнд зөрчилтэй эхлүүлэх прокси туг оноох арга биш.

Энэ эхлүүлэх механизмаар нэгэн зэрэг бодлого хэрэгжүүлэхийн тулд тусдаа хавтастай тусдаа орчнуудыг ашиглана уу. Энэ нь тэдний вэбсайтын өгөгдлийг ч тусгаарлана; хоёр дахь орчин эхнийхийн нэвтрэх төлөвийг автоматаар өвлөхгүй.

Анхны хавтсыг шинэ эхлүүлэх тохиргоотой дахин ашиглахын тулд түүний процессыйг хуваалцдаг хяналтуудыг хааж, орлуулагчийг эхлүүлэхийн өмнө унтраалтыг зохицуулна уу. Нэг хяналтыг орхих үед нөгөө нь процессыйг амьд байлгах нь тэр шилжилт биш.

Орчин болон хавтсын амьдралын мөчлөгийг програмтай хамт байлгана уу. Хүсэлт бүрт шинэ хөтчийн процесс үүсгэх нь цөөн, санаатайгаар сонгосон маршрутын багцыг хадгалахаас хамаагүй үнэтэй байж болно.

Холбоотой нийтлэлүүд