Java: threadsocket.accept threadsafe?

Question

Pour un projet à l'école, nous faisons un serveur multithread en Java 5.0. Ce projet est centré sur l'aspect de la concurrence d'un serveur.

Nous avons des threads dédiés au traitement des requêtes. Pour ce faire, ils ont un appel à ServerSocket.accept() pour accepter les nouvelles connexions. Notre choix était de commencer un tas d'entre eux et de les laisser traiter les connexions entrantes avec l'hypothèse que deux threads ne peuvent pas accepter() la même connexion en même temps. Mais maintenant le principal problème est que nous ne trouvons rien dans l'API qui nous garantisse ce comportement (ou que nous n'avons pas l'air correct) et nous n'avons rien d'autre que la preuve "ça marche".

Est-ce que quelqu'un a une source pour rechercher ce genre d'information sur les méthodes java?

Answer 1

Réponse courte: si la documentation ne précise pas que quelque chose est thread-safe, vous devez supposer que ce n'est pas. Vous devez effectuer vous-même la coordination entre les threads pour vous assurer que deux threads n'utilisent pas la socket serveur en même temps.

Ceci est particulièrement important car un autre code pourrait avoir enregistré sa propre implémentation de socket avec ServerSocket.setSocketFactory. Même si l'implémentation de socket par défaut est thread-safe, les implémentations personnalisées ne doivent pas l'être. Il n'y a rien dans la documentation qui le dit.

Réponse longue: la mise en œuvre par défaut de Windows

Vous pouvez télécharger et inspecter le java SE 1.6 source code.

J'ai commencé à \j2se\src\share\classes\java\net\ServerSocket.java et à partir de là, la piste a conduit à PlainSocketImpl.java. La méthode PlainSocketImpl.Accept est marquée native. Le code C++ natif de Windows est \j2se\src\windows\native\java\net\PlainSocketImpl.c. Il utilise la fonction winsock accept. D'un MSDN article on WinSock (Souligné par l'auteur):

Sous Windows NT et Windows 2000, support Windows Sockets 16 bits applications est basée sur WINSOCK.DLL. Pour les applications 32 bits, le support se trouve dans WSOCK32.DLL. Les API fournies sont identiques, sauf que les versions 32 bits ont des paramètres élargis à 32 bits. Sous Win32, la sécurité du fil est fournie.

Ainsi, au moins sur les fenêtres, Socket.Accept est thread-safe dans le sens où il ne laissera pas deux fils acceptent la même connexion. Il existe également une infrastructure dans l'implémentation ServerSocket (e.g. la méthode Close() utilise un verrou) qui indique qu'il est destiné à être thread-safe.

Answer 2

Cela ne répond pas tout à fait à votre question, mais l'exécution de accept() sur plusieurs threads sonne comme si quelque chose n'allait pas dans la conception du serveur.

Habituellement, il ne devrait pas être nécessaire d'exécuter accept() à partir de plusieurs threads.

Votre code devrait ressemble à quelque chose comme ceci:

while (serverIsUpAndRunning()) 
{ 
    // Wait for an incoming connection. 
    Socket s = serverSocket.accept(); 
    // Spawn a thread to handle the socket, 
    // so that we don't block new connections. 
    SocketHandlerThread t = new SocketHandlerThread(s); 
    t.start(); 
}