RCW и подсчет ссылок при использовании COM-взаимодействия в C #

Я тоже изучаю этот вопрос, работая над приложением, ориентированным на COM / .Net-Interop, борясь с утечками, зависаниями и сбоями.

Краткий ответ: каждый раз, когда COM-объект передается из среды COM в .NET.

Длинный ответ:

1. Для каждого COM-объекта существует один объект RCW [Тест 1] [Ссылка 4]
2. Счетчик ссылок увеличивается каждый раз, когда объект запрашивается из COM-объекта (при вызове свойства или метода COM-объекта, возвращающего COM-объект, счетчик ссылок на возвращаемый COM-объект будет увеличиваться на единицу) [Тест 1]
3. Счетчик ссылок не увеличивается при преобразовании в другие COM-интерфейсы объекта или перемещении ссылки RCW вокруг [Тест 2]
4. Счетчик ссылок увеличивается каждый раз, когда объект передается в качестве параметра в событии, инициированном COM [Ссылка 1]

На заметку: вы должны ВСЕГДА освобождать COM-объекты, как только вы закончите их использовать. Если оставить эту работу сборщику мусора, это может привести к утечкам, неожиданному поведению и тупиковым ситуациям. Это в десять раз важнее, если вы обращаетесь к объекту не в потоке STA, в котором он был создан. [Ссылка 2] [Ссылка 3] [Болезненный личный опыт]

Надеюсь, я рассмотрел все случаи, но COM - крепкое печенье. Ваше здоровье.

Тест 1 - количество ссылок

private void Test1( _Application outlookApp )
{
    var explorer1 = outlookApp.ActiveExplorer();
    var count1 = Marshal.ReleaseComObject(explorer1);
    MessageBox.Show("Count 1:" + count1);

    var explorer2 = outlookApp.ActiveExplorer();
    var explorer3 = outlookApp.ActiveExplorer();
    var explorer4 = outlookApp.ActiveExplorer();

    var equals = explorer2 == explorer3 && ReferenceEquals(explorer2, explorer4);
    var count2 = Marshal.ReleaseComObject(explorer4);
    MessageBox.Show("Count 2:" + count2 + ", Equals: " + equals);
}
Output:
Count 1: 4
Count 2: 6, Equals: True

Тест 2 - счетчик ссылок (продолжение)

private static void Test2(_Application outlookApp)
{
    var explorer1 = outlookApp.ActiveExplorer();
    var count1 = Marshal.ReleaseComObject(explorer1);
    MessageBox.Show("Count 1:" + count1);

    var explorer2 = outlookApp.ActiveExplorer();

    var explorer3 = explorer2 as _Explorer;
    var explorer4 = (ExplorerEvents_10_Event)explorer2;
    var explorerObject = (object)explorer2;
    var explorer5 = (Explorer)explorerObject;

    var equals = explorer2 == explorer3 && ReferenceEquals(explorer2, explorer5);
    var count2 = Marshal.ReleaseComObject(explorer4);
    MessageBox.Show("Count 2:" + count2 + ", Equals: " + equals);
}
Output:
Count 1: 4
Count 2: 4, Equals: True

Источники, на которые я полагаюсь помимо моего опыта и тестирования:

1. Johannes Passing's - Правила подсчета ссылок RCW! = Правила подсчета ссылок COM

2. Эран Сэндлер - Runtime Callable Wrapper Внутреннее устройство и распространенные ошибки

3. Эран Сэндлер - Marshal.ReleaseComObject and CPU Spinning

4. MSDN - вызываемая оболочка времени выполнения

Я не видел кода для RCW - даже не уверен, что он является частью SSCLI - но мне пришлось реализовать аналогичную систему для отслеживания времени жизни COM-объекта в SlimDX, и мне пришлось провести небольшое исследование RCW. Это то, что я помню, надеюсь, это достаточно точно, но отнеситесь к этому с некоторой долей скепсиса.

Когда система впервые видит указатель на интерфейс COM, она просто отправляется в кэш, чтобы проверить, есть ли RCW для этого указателя интерфейса. Предположительно, кеш будет использовать слабые ссылки, чтобы не препятствовать финализации и сбору RCW.

Если для этого указателя существует живая оболочка, система возвращает оболочку - если интерфейс был получен способом, увеличивающим счетчик ссылок интерфейса, вероятно, система RCW вызовет Release () в этот момент. Он нашел живую оболочку, поэтому знает, что оболочка является единственной ссылкой, и хочет поддерживать ровно одну ссылку. Если в кеше нет живой оболочки, она создает новую и возвращает ее.

Оболочка вызывает Release для указателя (ей) нижележащего интерфейса COM из финализатора.

Оболочка находится между вами и COM-объектом и обрабатывает все параметры маршалинга. Это также позволяет ему принимать необработанный результат любого метода интерфейса, который сам по себе является другим указателем интерфейса, и запускать этот указатель через систему кэширования RCW, чтобы проверить, существует ли он еще до того, как вернуть вам обернутый указатель интерфейса.

К сожалению, я плохо понимаю, как система RCW обрабатывает создание прокси-объекта для отправки материалов между доменами приложений или квартирами потоков; это не был аспект системы, который мне нужно было скопировать для SlimDX.

В особом обращении не требуется. Среда выполнения хранит только одну ссылку на COM-объект. Причина этого в том, что сборщик мусора отслеживает все управляемые ссылки, поэтому, когда RCW выходит за рамки и собирается, ссылка COM освобождается. Когда вы передаете управляемую ссылку, GC отслеживает ее за вас - это одно из самых больших преимуществ среды выполнения на основе GC по сравнению со старой схемой AddRef / Release.

Вам не нужно вручную вызывать Marshal.ReleaseComObject, если вы не хотите более детерминированного выпуска.

принятое решение действительно, но вот некоторая дополнительная справочная информация.

RCW содержит одну или несколько внутренних ссылок на интерфейс COM-объекта внутри своего COM-объекта.

Когда RCW освобождает свой базовый COM-объект, либо из-за сбора мусора, либо из-за вызова Marshal.ReleaseComObject(), он освобождает все свои внутренние интерфейсы COM-объекта.

На самом деле здесь много счетчиков ссылок - один определяет, когда .NET RCW должен освободить свои базовые интерфейсы COM-объектов, а затем каждый из этих необработанных COM-интерфейсов имеет свой собственный счетчик ссылок, как в обычном COM.

Вот код для получения необработанного счетчика ссылок на интерфейс COM IUnknown:

int getIUnknownReferenceCount(object comobject)
{
    var iUnknown = Marshal.GetIUnknownForObject(comObject);
    return Marshal.Release(iUnknown);
}

И вы можете получить то же самое для других COM-интерфейсов объекта, используя Marshal.GetComInterfaceForObject().

Помимо способов, перечисленных в принятом решении, мы также можем искусственно увеличить количество ссылок .NET RCW, вызвав что-то вроде Marshal.GetObjectForIUnknown().

Вот пример кода, использующего эту технику для получения счетчика ссылок RCW данного COM-объекта:

int comObjectReferenceCount(object comObject)
{
    var iUnknown = Marshal.GetIUnknownForObject(comObject);
    Marshal.GetObjectForIUnknown(iUnknown);
    Marshal.Release(iUnknown);
    return Marshal.ReleaseComObject(comObject);
}

Вам необходимо позвонить Marshal.ReleaseComObject на свой wrd, чтобы освободить ссылку на слово application.

Таким образом, если Word не отображается, а вы закрываете приложение, исполняемый файл также выгружается, если вы не сделали его видимым для пользователя.