SAP_Business_One_SDK之COM对象内存释放最佳实践

SAP培训：
SAP Business One SDK之COM对象内存释放最佳实践
本文主要讨论SAP Business One SDK的COM对象内存释放最佳实践，如何尽量避免内存泄漏问题。

目前大部分的Addon都是基于.NET开发，而.NET平台上对象的内存释放由CLR控制，包括使用到的COM对象（CLR使用.NET wrapper对象管理COM对象）。

我们平时在使用COM对象时，由于关联COM对象的隐密性，往往使得我们忘记释放关联COM对象的引用计数，这些被遗忘引用计数的COM对象会留存于内存中造成内存泄漏。

例如，Document对象的关联对象
Document_Lines，JournalEntries对象的关联对象JournalEntries_Lines，等等。

如果只是少量的COM对象引用计数没有被释放，我们并不会注意到内存泄漏问题；而当有大量COM对象的引用计数没有被释放时，内存泄漏问题就会比较明显。

所以对COM对象，我们应该时刻保持注意，及时释放主COM和关联COM对象的引用计数。

注意：
如果确认COM对象不再被使用，可以使用FinalReleaseComObject()。

FinalReleaseComObject()和ReleaseComObject()的区别在于：ReleaseComObject()是引用计数减1，FinalReleaseComObject()是引用计数直接减到0.
以下是具体的例子：
释放 Journal Entries 对象
下面是一段推荐代码示例和一段不推荐代码示例。

在882版本上，推荐代码执行添加48000条JournalEntries操作后，内存占用量大约为266MB，不推荐代码执行添加7000条JournalEntries操作后，内存占用达到大约1.7GB。

（本测试执行在开发环境中，结果仅供参考。

）
推荐代码：
SAPbobsCOM.JournalEntries o;
//JournalEntries_Lines 同样是COM对象，必须释放它避免内存泄漏.
SAPbobsCOM.JournalEntries_Lines lines;
SAP培训：
for (int i = 0; i <= 1000; i++)
{
o = globals_Renamed.oCompany.GetBusinessObject(SAPbobsCOM.BoObjectTypes.oJournalEntries) as SAPbobsCOM.JournalEntries; lines = o.Lines;
lines.AccountCode = "_SYS00000000001";
lines.Credit = 25;
lines.Add();
lines.AccountCode = "_SYS00000000002";
lines.Debit = 25;
lines.Add();
// lines需要释放
System.Runtime.InteropServices.Marshal.ReleaseComObject(lines);
System.Runtime.InteropServices.Marshal.ReleaseComObject(o);
}
//当不再使用时，建议使用Final方法。

System.Runtime.InteropServices.Marshal.FinalReleaseComObject(lines);
System.Runtime.InteropServices.Marshal.FinalReleaseComObject(o);
不推荐代码：
SAPbobsCOM.JournalEntries o;
for (int i = 0; i <= 1000; i++)
{
o = globals_Renamed.oCompany.GetBusinessObject(SAPbobsCOM.BoObjectTypes.oJournalEntries) as SAPbobsCOM.JournalEntries; //JournalEntries_Lines 同样是COM对象，必须释放它避免内存泄漏.
o.Lines.AccountCode = "_SYS00000000001";
o.Lines.Credit = 25;
SAP培训： o.Lines.Add();
o.Lines.AccountCode = "_SYS00000000002";
o.Lines.Debit = 25;
o.Lines.Add();
o.Add();
System.Runtime.InteropServices.Marshal.ReleaseComObject(o);
}。