Comment verrouiller une propriété setter pour un thread

Question

J'exécute quatre threads qui obtiennent et définissent la même propriété. Quand j'utilise le point d'arrêt, il me donne le résultat attendu, mais quand je l'exécute directement, il me donne le dernier résultat mis à jour.

Voici mon code

int Port { get; set; } 
Thread[] tMain= new Thread[4]; 

public void btnListen_Click(object sender, EventArgs e) 
     { 
      for (int i = 0; i < 4; i++) 
      { 
       tMain[i] = new Thread(Connect); 
       tMain[i].IsBackground = true; 
       tMain[i].Start(8000+i); 
      } 
     } 


public void Connect(object _port) 
     { 
      try 
      { 
       lock ((object)Port) 
       { 
        Port = (int)_port; 
       } 
       IPEndPoint ie = new IPEndPoint(IPAddress.Any, Port); 
       Socket listenSock = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); 
       listenSock.Bind(ie); 
       listenSock.Listen(100); 
       Thread tListen = new Thread(() => StartListening(listenSock, Port)); 
       tListen.IsBackground = true; 
       tListen.Start(); 
      } 
      catch (SocketException ex) 
      { 
       MessageBox.Show(ex.Message); 
      } 
     } 

public void StartListening(Socket _socket, int port) 
     { 
      Socket tempSock,listenerSocket=(Socket)_socket; 
      MessageBox.Show("Thread Started"+port.ToString()); 
      while (true) 
      { 
       MessageBox.Show("Waiting For Connection"); 
       tempSock = listenerSocket.Accept(); 

       Thread tInner = new Thread(ProcessMessages); 
       tInner.IsBackground = true; 
       tInner.Start(tempSock); 
      } 
     } 

Maintenant, ce que je vois ici est lorsque le code est exécuté i obtient 8003 dans toutes les boîtes de message. C'est peut-être parce que le premier thread 3 ne pouvait pas modifier la propriété entre-temps quand il a été accédé. Comment obtenir une serrure dans ce cas.

Answer 1

Ce code a certainement besoin d'être refactorisé pour commencer - trop de threads sont étendus, le tout dans un contexte très étroit!

Réponse courte:

Le problème se résume au fait que Connect fonction n'est pas appelée au moment (ou même ordre) que vous attendez que ce soit, mais seulement lorsque la boucle est terminée.

Réponse longue:

Ce scénario est assez typique des problèmes de concurrence lorsque vous essayez d'utiliser des variables/propriétés d'instance scope dans les fonctions. Pour autant que je sache, le problème de ne pas obtenir la valeur désirée pour Port n'a rien à voir avec le verrouillage en soi. (Il peut être résolu de cette façon, mais pas très gracieusement et pas de la façon dont vous pensez probablement.) En fin de compte vous ne pouvez pas contrôler comment les blocs de temps sont alloués aux différents threads au niveau du processeur, donc vous ne savez pas quelles fonctions sont exécutées dans quel ordre. Vous semblez également mélanger les principes du design (fonctionnel) sans état et apatride, ce qui risque de vous causer des ennuis. Stick à un - de préférence ce dernier dans ce cas - et vous aurez beaucoup plus de succès. Donc j'espère que je suis dur d'être gentil ici en disant qu'il serait probablement utile de lire un peu sur le multithreading - c'est un sujet extrêmement complexe - et de pratiquer certains des principes communs. Bonne chance!