Question

Je suis en train d'écrire un programme qui permettra de créer des utilisateurs en vrac, j'ai une opération qui fait partie de la création qui est bloque pendant environ 5 secondes, pour contourner ce que j'allais faire enfilée et que tout soit assis dans un pool de threads.

Ma question est de savoir si je crée le principe en dehors du fil et passer le principe du groupe au fil et appel group.Members.Add(u) et group.Save() puis-je avoir des ennuis? serait-il préférable de créer un nouveau chef de groupe à l'intérieur de chaque fil?

Était-ce utile?

La solution

De MSDN :

  

Tout public static (Shared en Visual Basic) de ce type sont thread-safe. Tous les membres d'instance ne sont pas garantis comme sûrs.

Cette petite note est très commun dans la documentation. Il est à vous le programmeur de décider ce que vous entendez par « thread-safe » et comment contrôler l'accès simultané.

Autres conseils

Chaque fois que deux threads agissent sur la même instance de collection, vous n'êtes pas sûr. Si vous êtes juste en utilisant un seul thread d'arrière-plan si l'interface utilisateur ne bloque pas, créez le groupe dans le thread d'arrière-plan et de l'utiliser exclusivement là. Si votre plan est d'accélérer l'ajout d'utilisateurs à un groupe par fraie plusieurs threads pour frapper Active Directory en même temps, je suppose que ne va pas aider.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top