C# Marshalling Objets COM entre les threads

Question

Je n'arrive plus à savoir si les objets COM de C# marshal se trouvent entre les threads. À cette fin, j'ai une application qui charge un ensemble de fichiers dans une tâche parallèle. J'utilise le StaTaskScehduler pour charger les fichiers en utilisant l'objet COM. Une fois l'objet COM chargé, je stocke l'objet dans une liste centrale. Ensuite, j'essaie d'effectuer un traitement sur ces données, en utilisant STATaskScheduler. Cependant, à ce stade, j'ai rencontré un problème. Je reçois une exception comme suit:

An unhandled exception of type 'System.Runtime.InteropServices.InvalidComObjectException' occurred in MadCat.exe 

Additional information: COM object that has been separated from its underlying RCW cannot be used 

Maintenant, je crois comprendre que je reçois cette erreur parce que l'objet n'a pas été mobilisées dans le nouveau fil. Je pensais que c'était quelque chose que C# faisait pour vous?

Comment puis-je créer un objet COM threaded appartement dans un thread, puis l'utiliser à partir d'un autre thread?

Est-ce que j'aboie le mauvais arbre ici? Ne devrais-je même pas utiliser l'appartement Sta pour mes discussions? Je peux garantir que l'objet n'est jamais accessible à partir de plusieurs threads simultanément. Toutes les pensées ont beaucoup apprécié.

Modifier: L'objet COM est défini comme suit:

[ 
    coclass, 
    threading(apartment), 
    vi_progid([Namespace.Class]), 
    progid([Namespace.Class].6), 
    version(6.0), 
    uuid(GUID_C[Class]), 
    helpstring([Class]" Class") 
] 

donc par ma compréhension ceci est un appartement objet fileté, non? Je viens d'essayer d'utiliser un planificateur de tâches modifié qui ne définit pas l'état de l'appartement (MTA par défaut?). Cet objet semble alors fonctionner quand je le crée dans un fil et l'utilise d'un autre. Est-ce sûr ou reviendra-t-il me mordre d'une autre façon?

modèle de filetage de COM a toujours confondu l'enfer hors de moi:/

Answer 1

Il semble que vous utilisez StaTaskScheduler Stephen Toub comme une partie d'une certaine logique « stateful », où vos objets COM vivent dans StartNew limites. Si c'est le cas, assurez-vous de créer et d'utiliser ces objets sur le même thread STA StaTaskScheduler et nulle part ailleurs. Alors vous ne devriez pas vous inquiéter du tout pour le marshaling COM. Inutile de dire que vous devez créer StaTaskScheduler avec un seul thread, c'est-à-dire numberOfThreads:1.

Voici ce que je veux dire:

var sta = new StaTaskScheduler(numberOfThreads:1); 

var comObjects = new { Obj = (ComObject)null }; 

Task.Factory.StartNew(() => 
{ 
    // create COM object 
    comObjects.Obj = (ComObject)Activator.CreateInstance(
     Type.GetTypeFromProgID("Client.ProgID")); 
}, CancellationToken.None, TaskCreationOptions.None, sta); 

//... 

for(int i=0; i<10; i++) 
{ 
    var result = await Task.Factory.StartNew(() => 
    { 
     // use COM object 
     return comObjects.Obj.Method();  
    }, CancellationToken.None, TaskCreationOptions.None, sta); 
} 

Si Obj.Method() retours autres objets COM, vous devez conserver le résultat dans le même « appartement » et accès StaTaskScheduler à partir de là aussi:

var comObjects = new { Obj = (ComObject)null, Obj2 = (AnotherComObject)null }; 
//... 
await Task.Factory.StartNew(() => 
{ 
    // use COM object 
    comObjects.Obj2 = comObjects.Obj.Method();  
}, CancellationToken.None, TaskCreationOptions.None, sta); 

Si vous devez également gérer des événements provenant de Obj, vérifiez les éléments suivants:

• StaTaskScheduler and STA thread message pumping.