У меня есть приложение, которое было изначально написано на VB6, и я использовал инструмент для преобразования в C # с довольно хорошим успехом с функциональной точки зрения.Он обрабатывает большое количество сообщений, используя множество объектов COM (C ++) малого и среднего размера.
Я заметил, что конкретный тестовый запуск в старом приложении VB6, который выполнялся с использованием менее 40 МБ памяти, требовал около 900 МБ в приложении C #.Если я помещу GC.Collect () в самый внутренний цикл обработки сообщений приложения C #, он использует ту же или меньшую память, что и приложение VB6, хотя тогда это действительно очень медленно.Это заставляет меня поверить, что в абсолютном смысле слова «утечки» нет.
Затем я запустил приложение C # через профилировщик памяти AQTime и сообщил, что было слишком много объектов COM / C ++.жить в куче.Я предположил, что это произошло потому, что вызываемые оболочки во время выполнения вокруг COM-объектов были довольно малы и никогда (или редко) не запускали коллекцию в C #, даже если их COM-объекты, на которые они ссылаются, были значительно больше.Я думал, что смогу решить эту проблему, добавив явные вызовы Marshal.ReleaseComObject () вокруг объектов COM в приложении C #.Я пошел и сделал это во многих местах, где время жизни объектов COM было легко определить.Я заметил только очень небольшое сокращение использования памяти.
Мне интересно, почему у меня не было большего успеха с этим.Просматривая статические методы в классе Marshal, я вижу некоторые, которые наводят меня на мысль, что либо я упускаю некоторую тонкость в обработке ссылок COM, либо мое предположение, что они немедленно уничтожаются, когда счетчик ссылок RCW достигает нуля, неверно.
Буду признателен за любые предложения о других подходах, которые я мог бы попробовать, или о других вещах, которые я мог упустить из виду или неправильно.