Warum bin ich immer ein Out of Memory " - Fehlermeldung zu tun ASP .NET Excel-Interop?

Ich bin mir nicht sicher, ob dies Ihr Problem ist oder nicht, aber es sehr gut sein kann. Sie sind nicht bereinigen der excel-Objekte richtig. Sie sind nicht verwalteten code und kann schwierig sein, zu bereinigen. Schließlich sollte in etwa so Aussehen: Und die Kommentare gemerkt haben, arbeiten mit excel aus asp.net ist es nicht eine gute Idee. Dieser cleanup-code ist aus einem winform-app:

 GC.Collect();
 GC.WaitForPendingFinalizers();


 System.Runtime.InteropServices.Marshal.FinalReleaseComObject(range);
 System.Runtime.InteropServices.Marshal.FinalReleaseComObject(sheet);
 System.Runtime.InteropServices.Marshal.FinalReleaseComObject(book);

 WB.Close(false, Type.Missing, Type.Missing);

 Excel.Quit();
 System.Runtime.InteropServices.Marshal.FinalReleaseComObject(Excel);

BEARBEITEN

Wäre eine alternative zu verwenden ado.net um die Arbeitsmappe zu öffnen.

            DataTable dt = new DataTable();

            string connectionString;
            System.Data.OleDb.OleDbConnection excelConnection;
            System.Data.OleDb.OleDbDataAdapter da;
            DataTable dbSchema;
            string firstSheetName;
            string strSQL;

            connectionString = @"provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + filename + @";Extended Properties=""Excel 12.0;HDR=YES;IMEX=1""";
            excelConnection = new System.Data.OleDb.OleDbConnection(connectionString);
            excelConnection.Open();
            dbSchema = excelConnection.GetOleDbSchemaTable(System.Data.OleDb.OleDbSchemaGuid.Tables, null);
            firstSheetName = dbSchema.Rows[0]["TABLE_NAME"].ToString();
            strSQL = "SELECT * FROM [" + firstSheetName + "]";
            da = new OleDbDataAdapter(strSQL, excelConnection);
            da.Fill(dt);

            da.Dispose();
            excelConnection.Close();
            excelConnection.Dispose();

InformationsquelleAutor Gratzy

Du gehst zu laufen in eine Menge ärger mit interop von ASP.NET. Es sei denn, dies ist dafür gedacht, kleine in-house-Anwendung wäre es ratsam, nicht vorwärts zu gehen mit es.

Office Interop ist keine Programmier-API im herkömmlichen Sinne - es ist die Office-makro-system genommen, um seine maximale, mit der Fähigkeit zu arbeiten, interprocess - beispielsweise ein Excel-makro könnte mit Outlook interagieren.

Einige Folgen der Verwendung von interop sind:

• Sie tatsächlich öffnen Sie eine vollständige Kopie der office-Anwendung.
• Ihre Aktionen ausgeführt werden, von der Anwendung, wenn ein Benutzer Sie initiiert - das bedeutet, dass anstelle von Fehlermeldungen zurückgegeben, die im code, sind Sie in der GUI angezeigt.
• Ihre Kopie der Anwendung nur geschlossen, wenn Sie ausdrücklich Befehl - und selbst dann können Fehler verhindern, die tatsächlich passiert (die Anwendung kann eine "wollen Sie speichern" dialog, wenn Sie nicht programmably teilen Sie Excel mit, dass die änderungen nicht gespeichert werden müssen). Dies führt in der Regel viele versteckte Kopien von Excel-Links auf dem system laufen - öffnen Sie den task-manager und sehen, wie viele excel.exe Prozesse ausgeführt werden.

All dies macht interop etwas zu vermeiden für reguläre desktop-Anwendung, und etwas, das sollte nur als letzten Ausweg verwendet für server-Anwendungen, da ein GUI popup, die eine Aktion erfordern oder ein Skript, dass Leckagen Prozess ist Mord auf einem server-Umgebung.

Einige alternativen sind:

• Die mit Microsoft Office 2007 XML-basierte Formate, so dass Sie können schreiben, die XML-Dateien selbst.
• Mit SpreadsheetGear.Net, die ist ein .NET binäre Excel-Datei reader/writer (müssen Sie nicht Excel installiert ist, wie es ist völlig allein stehen). SpreadsheetGear Modelle, die sich nach der Intertop-Schnittstellen, um die Konvertierung von älteren Codes zu erleichtern.

InformationsquelleAutor David