Почему я не могу привести свой COM-объект к интерфейсу, который он реализует на C #?

Это исключение может быть проблемой DLL Hell. Но самое простое объяснение - это то, чего отсутствует в вашем фрагменте. В вашем методе Main () отсутствует атрибут [STAThread].

Это важный атрибут, который имеет значение, когда вы используете COM-объекты в своем коде. Большинство из них не являются потокобезопасными, и им требуется поток, который является гостеприимным домом для кода, не поддерживающего многопоточность. Атрибут принудительно устанавливает состояние потока, которое вы можете явно установить с помощью Thread.SetApartmentState (). Что вы не можете сделать для основного потока приложения, так как Windows запускает его, поэтому атрибут используется для его настройки.

Если вы его опустите, то основной поток присоединяется к MTA, многопоточной квартире. Затем COM вынужден создать новый поток, чтобы обеспечить компоненту безопасное место. Для этого требуется, чтобы все вызовы были маршалированы из вашего основного потока в этот вспомогательный поток. Ошибка E_NOINTERFACE возникает, когда COM не может найти способ сделать это, для этого требуется помощник, который знает, как сериализовать аргументы метода. Об этом должен позаботиться разработчик COM, он этого не делал. Небрежно, но вполне нормально.

Требование к потоку STA состоит в том, что он также перекачивает цикл сообщений. То, что вы получаете в приложении Winforms или WPF из Application.Run (). В вашем коде его нет. Вам может сойти с рук, поскольку вы фактически не делаете никаких вызовов из рабочего потока. Но компоненты COM, как правило, полагаются на то, что цикл сообщений будет доступен для их собственного использования. Вы заметите это по неправильному поведению, а не по возникновению события или тупиковой ситуации.

Итак, начните исправлять это, сначала применив атрибут:

[STAThread]
static void Main(string[] args)
{
    // etc..
}

Что решит это исключение. Если у вас есть описанные проблемы с возникновением событий или взаимоблокировкой, вам необходимо изменить тип приложения. Winforms обычно прост в использовании.

Иначе я не смогу нанести удар по насмешливому провалу. С COM связаны важные детали развертывания, необходимо написать ключи реестра, чтобы COM мог обнаруживать компоненты. Вы должны правильно настроить направляющие, а интерфейсы должны точно соответствовать. Regasm.exe требуется для регистрации компонента .NET [ComVisible]. Если вы попытаетесь имитировать существующий компонент COM и получите все правильно, то вы уничтожите регистрацию реального компонента. Не уверен, что этим стоит заниматься;) И у вас возникнет серьезная проблема с добавлением ссылки на сборку [ComVisible], IDE не разрешает программе .NET использовать сборку .NET через COM. Только позднее связывание может обмануть машину. Судя по исключению COM, вы еще не дошли до насмешек. Лучше всего использовать COM-компонент как есть, тоже настоящий тест.

Итак, проблема заключалась в том, что моя DLL с интерфейсом IDiagnostics была сгенерирована из TLB, и этот TLB так и не был зарегистрирован.

Поскольку DLL была импортирована из TLB, RegAsm.exe отказывается регистрировать библиотеку. Поэтому я использовал инструмент regtlibv12.exe для регистрации самого TLB:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\regtlibv12.exe "$(ProjectDir)\lib\Diagnostics.tlb"

Потом все волшебным образом заработало.

Поскольку regtlibv12 не поддерживается, я до сих пор не знаю, как это сделать правильно.