Comment faire pour Réparer la Fuite de Mémoire dans IE Contrôle WebBrowser?

mon application a également été constamment consommant de la mémoire lors de la navigation, et ne libère pas plus.
j'ai la solution de mouillage pour moi ici:
http://social.msdn.microsoft.com/Forums/en-US/ieextensiondevelopment/thread/88c21427-e765-46e8-833d-6021ef79e0c8

pour l'exhaustivité de mauvais post notables extrait:

-- in class definition

    [DllImport("KERNEL32.DLL", EntryPoint = "SetProcessWorkingSetSize", SetLastError = true, CallingConvention = CallingConvention.StdCall)]
    internal static extern bool SetProcessWorkingSetSize(IntPtr pProcess, int dwMinimumWorkingSetSize, int dwMaximumWorkingSetSize);

    [DllImport("KERNEL32.DLL", EntryPoint = "GetCurrentProcess", SetLastError = true, CallingConvention = CallingConvention.StdCall)]
    internal static extern IntPtr GetCurrentProcess();

-- code pour appeler quand vous voulez pour réduire la mémoire

        IntPtr pHandle = GetCurrentProcess();
        SetProcessWorkingSetSize(pHandle, -1, -1);

tous les honneurs:
http://social.msdn.microsoft.com/profile/mike_t2e/?type=forum&referrer=http://social.msdn.microsoft.com/Forums/en-US/ieextensiondevelopment/thread/88c21427-e765-46e8-833d-6021ef79e0c8
pour l'affichage de la solution.

et
http://ict-engineer.blogspot.com/2010/10/net-webbrowser-control-memory-leak.html
pour le RÉFÉRENCEMENT avec la droite, de sorte que je pouvais le trouver 😉

salutations

edit: si cela vous aide à résoudre rapidement un ti - bon. mais vous devriez overthing la conception de votre application, le modèle que vous utilisez le cas échéant , refactore la chose, si vous construisez sur beaucoup plus longtemps ....

L'IDÉE de BASE est,

"Tuer moi-même, et de renaître."

Windows permettra de résoudre tous les problèmes de mémoire.

mais si vous Fermez votre application tout d'abord, vous ne pouvez pas démarrer une nouvelle.

Donc, en COMMENCER UNE NOUVELLE, et de FERMER L'ancienne.

Premier tour sur une nouvelle, et de désactiver une ancienne.

---

public void SOLVE_ALL_MY_MEMORY_PROBLEM()
{
  System.Diagnostics.Process.Start("MyProgram.exe");
  Application.Exit();
}

---

https://www.youtube.com/watch?v=aTBlKRzNf74

Si il y a un paramètre

public void SOLVE_ALL_MY_MEMORY_PROBLEM()
{
  System.Diagnostics.Process.Start("MyProgram.exe", "PARA_para_dance");
  Application.Exit();
}

Aller à l'école.cs

    static void Main(string[] args)
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        if(args.Count() > 0)
            Application.Run(new Form1(args[0]));
        else
            Application.Run(new Form1());
    }

et, Aller à Form1.cs et de faire un autre Form1()

    public Form1()
    {
        InitializeComponent();
    }

    public Form1(string dance_name)
    {
        InitializeComponent();

        ...
    }

ou vous pouvez utiliser les fichiers temp !!!

Selon MSDN, Le Système.De Windows.Les formulaires.Contrôle WebBrowser est un wrapper géré pour le contrôle ActiveX WebBrowser, et utilise quelle que soit la version de l'appareil est installé sur l'ordinateur de l'utilisateur.

Vous pouvez trouver dispose(bool) méthode dans les métadonnées de classe WebBrowser(Appuyez sur la touche F12 dans Visual Stuio) pour libérer des ressources non managées.(Jetez PAS())

Le code ici

protected override void Dispose(bool disposing) {
    if (disposing) {
        if (htmlShimManager != null)
        {
            htmlShimManager.Dispose();
        }
        DetachSink();
        ActiveXSite.Dispose();
    }
    base.Dispose(disposing);
}

Mais si vous essayez d'appeler le WebBrowser.Dispose(bool), erreur de compilateur CS1540 est indiqué.

WebBrowser classe prend en charge méthode dispose(bool), MAIS nous ne pouvons pas l'utiliser.

Je pense que WebBrowser classe a été conçu par le mauvais chemin.

J'ai une idée d'appeler le WebBrowser.Dispose(true).

C'EST TRÈS SIMPLE! mais ce n'est pas un bon moyen.

Exemple de Code ici(3 Boutons et 1 TextBox besoin)

using System;
using System.Drawing;
using System.Runtime.InteropServices;
using System.Windows.Forms;
namespace Test_20170308_01
{
public partial class Form1 : Form
{
[DllImportAttribute("kernel32.dll", EntryPoint = "SetProcessWorkingSetSize", ExactSpelling = true, CharSet = CharSet.Ansi, SetLastError = true)]
private static extern int SetProcessWorkingSetSize(IntPtr process, int minimumWorkingSetSize, int maximumWorkingSetSize);
public static void FlushMemory()
{
GC.Collect();
GC.WaitForPendingFinalizers();
if (Environment.OSVersion.Platform == PlatformID.Win32NT)
{
SetProcessWorkingSetSize(System.Diagnostics.Process.GetCurrentProcess().Handle, -1, -1);
}
}
public Form1()
{
InitializeComponent();
}
private void addWeb()
{
WebBrowserD webBrowser1 = new WebBrowserD();
webBrowser1.Size = new Size(1070, 585);
this.Controls.Add(webBrowser1);
webBrowser1.Navigate("about:blank");
}
private void RemoveWeb()
{
foreach (Control ctrl in this.Controls)
{
if (ctrl is  WebBrowserD)
{
WebBrowserD web = (WebBrowserD)ctrl;
this.Controls.Remove(ctrl);
web.Navigate("about:blank");
web.Dispose(true);
FlushMemory();
}
}
}
private void button1_Click(object sender, EventArgs e)
{
addWeb();
}
private void button2_Click(object sender, EventArgs e)
{
RemoveWeb();
}
private void button3_Click(object sender, EventArgs e)
{
foreach (Control ctrl in this.Controls)
{
if (ctrl is WebBrowserD)
{
WebBrowserD axweb = (WebBrowserD)ctrl;
axweb.Navigate(textBox1.Text);
FlushMemory();
}
}
}
}
public class WebBrowserD : WebBrowser
{
internal void Dispose(bool disposing)
{
//call WebBrower.Dispose(bool)
base.Dispose(disposing);
}
}
}

Ce code peut empêcher la Fuite de Mémoire.

En résumé,
Vous avez juste besoin d'une classe.

    public class WebBrowserD : WebBrowser
{
internal void Dispose(bool disposing)
{
base.Dispose(disposing);
}
}

J'ai rencontré ce problème lors de l'écriture d'un petit "diaporama" de l'application pour les différentes pages intranet utilisé par mon entreprise. La solution la plus simple que j'ai trouvé était de redémarrer l'application après une certaine période de temps fixe, une heure dans mon cas. Cette solution a bien fonctionné pour nous, car il n'y avait pas beaucoup d'interaction de l'utilisateur avec le navigateur.

Public Class MyApplication
Private _AppTimer As Timers.Timer
Public Sub New()
_AppTimer = New Timers.Timer()
_AppTimer.Interval = 1 * 60 * 60 * 1000 '1 Hour * 60 Min * 60 Sec * 1000 Milli
AddHandler _AppTimer.Elapsed, AddressOf AppTimer_Elapsed
_AppTimer.Start()
End Sub
Private Sub AppTimer_Elapsed(s As Object, e As Timers.ElapsedEventArgs)
Application.Restart()
End Sub
End Class

Cela suppose bien sûr que vous avez un mécanisme de persistance en place.

J'ai connu ce problème avec un simple contrôle webbrowser dans un formulaire. Il consulte une page web et y est resté. Selon le gestionnaire des tâches en moins de 10 minutes il a mangé jusqu'à 2 go de mémoire à partir de 120 mo.

Une solution simple pour mon projet était d'aller au contrôle webbrowser propriétés dans visual studio et changer le AllowNavigation " pour de faux. Maintenant quand je lance mon programme il reste à 120 mo. J'espère que cela aide quelqu'un!

J'ai été en cours d'exécution dans le même problème, comme une alternative, au lieu de naviguer vers une nouvelle page, j'ai simplement réécrit la même page html en utilisant le système.oi.streamreader/écrivain de l'objet et de l'appel d'une actualisation. Évidemment, cela ne fonctionnera pas dans une situation où le contenu pour le navigateur de la fed en ligne, mais elle fait l'affaire pour moi.

Aussi, je suis actuellement à l'aide de 8+ commandes du navigateur de tous les actifs en même temps pour servir de rapports à l'aide de javascript à l'intérieur de mon .net application. Comme un utilisateur d'un navigateur active, le html à laquelle les autres navigateurs sont de pointage, sont compensés et les navigateurs actualisé. Avec 8 navigateurs fonctionnant avec ces deux méthodes, je peux facilement garder mon application et en vertu de l'utilisation de la mémoire de Firefox avec seulement 3 onglets ouverts.

Collez le code suivant après le chargement de la page

System.Diagnostics.Process loProcess = System.Diagnostics.Process.GetCurrentProcess();
try
{
loProcess.MaxWorkingSet = (IntPtr)((int)loProcess.MaxWorkingSet - 1);
loProcess.MinWorkingSet = (IntPtr)((int)loProcess.MinWorkingSet - 1);
}
catch (System.Exception)
{
loProcess.MaxWorkingSet = (IntPtr)((int)1413120);
loProcess.MinWorkingSet = (IntPtr)((int)204800);
}

J'ai eu même des problèmes similaires. J'ai été l'envoi de plus de 5000 navigation demandes via un navigateur web pour gratter des pages dynamiques. Après environ 50 demande, je voudrais exécuter de mémoire que la navigation demande l'utilisation de la mémoire n'a pas été libéré après chaque demande. J'ai utilisé le webBrowser.Dispose() après la navigation, et il a résolu le problème. Il n'a pas à faire avec IE7 ou donc. Je suis de l'utilisation d'IE 11 et a obtenu le même problème. C'était parce que je n'étais pas de l'élimination de la navigation des Objets.
Espérons que cette aide.

C'est presque la fin de 2017 et encore ce bug gênant est présent dans le WebBrowser.

J'ai essayé toutes les solutions ici et aucun d'entre eux travaillaient pour moi. Fuite de mémoire persiste... La shtrangest chose, c'est que quand je l'appelle:

GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();
IntPtr pHandle = GetCurrentProcess();
SetProcessWorkingSetSize(pHandle, -1, -1);

Il en fait de réduire la mémoire de beaucoup de choses! mais quand la prochaine Naviguer instruction est appelée toutes les fuites de mémoire revient dans le champ d'application.... comme (si la mémoire est à 450 mo.. c'instructions réduit à environ 20 mo et à droite après l'appel .Naviguer(string) de nouveau, il saute à 460mb et une fuite de mémoire se poursuit...

J'ai même essayé d'en Disposer(), dans about:blank avant la prochaine page, le paramétrage de l'objet webbrowser à null et en créer un nouveau. Toutes ces tentatives d'automne en fuite de mémoire... c'est vraiment frustrant... d'autres solutions?