Многопоточное приложение C ++ с использованием Matlab Engine

CoInitialize следует вызывать из каждого потока, где вы используете COM-объект, а не только основной поток.

Прошло уже десять лет с тех пор, как я в последний раз автоматизировал Matlab, поэтому извиняюсь за ржавость в дальнейшем. То, что вы получили ошибку CoInitialize, указывает на то, что вызов engOpen завершает вызовы COM-вызовов. К сожалению, это разоблачает вас в банке червей, которая является COM. Я думаю, вы правы и что engOpen включает вызов CoInitialize, который инициализирует библиотеку COM в текущем потоке. Чтобы получить доступ к COM-объектам из потока, CoInitialize должен всегда вызываться в этом потоке перед любыми вызовами COM (кроме одной разрешенной функции COM, я забыл, какой из них).

Мой совет - изолировать все ваши вызовы Matlab в один поток. Если вы это сделаете, вам не придется делать явный вызов CoInitialize, и вы избегаете каких-либо более поздних многопоточных проблем COM. Вы можете заставить свою программу работать сегодня, вызывая CoInitialize во втором потоке, но однажды вы будете укушены другой проблемой COM.

[Я провел около десяти лет локтями на COM, и он полон медвежьих ловушек. Вы можете потратить несколько недель на чтение технологии, которую Microsoft пыталась скрыть/убить с помощью.Net, но лучше просто взять простой (однопоточный) путь и забыть об этом.]

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

Извиняюсь перед всем, если что следует ниже.

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

COINIT_APARTMENTTHREADED, что, вероятно, является тем, что использует engOpen, поскольку по моему опыту он наиболее распространен, позволяет библиотеке COM обрабатывать многопоточность для вас. Библиотека может, например, создавать объекты прокси и заглушки для посредничества вызовов по потокам (или границ процесса, что и произойдет при вызове в Matlab).

engOpen создал прокси-объект Matlab в основном потоке. Этот прокси-объект может быть вызван из потока, где он был создан, и, если я правильно помню, из любого другого потока в "квартире" (где CoInitializeEx был вызван с COINIT_APARTMENTTHREADED.) Вы пытались вызвать через прокси из потока в другой модели потоков, COM-библиотека заметила и выпустила указанную вами ошибку.

Во многом COM поражает, но тонкости - это боль в заднице. Будьте благодарны, что вам вряд ли придется использовать Distributed COM, что действительно противно!

Обновление 2 Моя древняя память о COM-потоковых моделях неверна. На этой странице MSDN указано, что для каждой квартиры есть один поток с COINIT_APARTMENTTHREADED. Объекты COM могут быть доступны с использованием того же указателя интерфейса из всех потоков в квартире, где они были созданы. Для COINIT_APARTMENTTHREADED это означает только поток, в котором был создан объект. В COINIT_MULTITHREADED это будут все потоки в многопоточной квартире, но (1) вы не сможете выбрать, в каком потоке будет создан механизм Matlab, если вы используете engOpen и (2) пытаетесь вызвать COM-объект, писать из многопоточной квартиры рискованно. Первоначальная модель потоковой передачи OLE разрешала только COM-вызовы из основного потока GUI, BTW.