résoudre les défis de contrôle WebBrowser dans les environnements multithread
Le grattage Web et l'automatisation impliquent souvent un multithreading pour un traitement efficace de demande Web. Cependant, l'utilisation du contrôle WebBrowser dans un thread séparé présente des difficultés importantes, en particulier concernant l'événement DocumentComplete
, crucial pour assurer une charge de page complète avant l'extraction ou l'interaction des données.
Le problème de base:
Le contrôle WebBrowser, étant un composant ActiveX, nécessite un fil STA (appartement unique) avec une pompe de message. Les threads .NET standard sont généralement des threads MTA (appartements multithread), manquant de cette exigence essentielle.
La solution: Création de threads STA explicite
La solution consiste à créer un thread STA et à démarrer explicitement une pompe de message. Voici un exemple illustratif:
private void RunBrowserThread(Uri url) { var thread = new Thread(() => { var webBrowser = new WebBrowser(); webBrowser.DocumentCompleted += Browser_DocumentCompleted; webBrowser.Navigate(url); Application.Run(); // Crucial for the message pump }); thread.SetApartmentState(ApartmentState.STA); thread.Start(); } private void Browser_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e) { var webBrowser = (WebBrowser)sender; if (webBrowser.Url == e.Url) { Console.WriteLine($"Navigated to {e.Url}"); Application.ExitThread(); // Safely terminates the thread } }
Ce code crée un nouveau thread STA, y attribue le webbrowser, s'abonne à l'événement DocumentCompleted
, et surtout, inclut Application.Run()
pour initier la pompe de message. Lors du tir d'événement, Application.ExitThread()
arrête proprement le fil. Cela garantit un déclencheur d'événement fiable DocumentComplete
.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!