Comment sont les Threads attribuées pour gérer Servlet demande?

Quelqu'un peut-il expliquer ce qu'est un thread par demande et thread par connexion? Quel est le modèle que les servlets travailler? Comment les threads sont attribuées pour gérer les requêtes HTTP? Est-ce thread/demande de connexion ou d'?

Et disons que si je veux effectuer une tâche qui prend du temps dans mon Servlet's doGet() méthode asynchrone, je démarre un nouveau thread à l'aide de Java exécuteurs de sorte que la longueur des calculs sont faits dans un thread séparé et une réponse est envoyée immédiatement.

Maintenant ne fait que s'assurer que j'ai libéré le thread qui a été le traitement de mon HttpServletRequest ou est-il encore utilisé car un enfant de fil est toujours en cours d'exécution?

InformationsquelleAutor hellojava | 2011-09-17
  1. 56

    Par demande lorsqu'une requête HTTP, un thread est créé ou récupérées à partir d'un pool de servir. Un thread sert l'ensemble de la demande. Thread par connexion serait la même chose, sauf que le thread est utilisé pour l'ensemble d'une connexion, qui peut être de multiples demandes et pourrait aussi avoir beaucoup de temps morts entre deux requêtes. Des conteneurs de Servlet sont thread par demande. Il peut y avoir des implémentations qui offre un thread par connexion, mais je ne sais pas, et il me semble qu'il serait très inutile.

    Création d'un thread à l'intérieur d'un autre thread n'a pas à établir une quelconque relation particulière, et le point de le faire dans la plupart des cas, c'est de laisser le fil conducteur de faire plus de travail ou de mettre fin tandis que l'autre thread continue de travailler. Dans votre scénario, en utilisant un autre thread pour faire le travail requis par une demande, comme vous l'attendez, laissez la réponse à être envoyé immédiatement. Le fil utilisé pour servir cette demande sera immédiatement disponible pour une autre demande, peu importe combien de temps votre autre thread d'exécution. C'est à peu près la façon de faire du travail asynchrone dans un fil de discussion-par-requête conteneur de servlet.

    Mise en garde: Si vous êtes dans un conteneur Java EE, les threads peuvent être gérés pour vous dans une manière qui en fait une mauvaise idée de lancer votre propre. Dans ce cas, vous êtes mieux de demander le conteneur d'un fil, mais les principes généraux sont les mêmes.

    • Ce n'est pas la façon dont vous devriez faire travail asynchrone dans un conteneur, il peut être le plus simple, mais il n'est pas recommandé. stackoverflow.com/questions/533783/...
    • Bon appel. J'ai ajouté une mise en garde à propos de plein JEE conteneurs. J'ai l'habitude de penser en termes de simple conteneurs de servlet.
    • Merci les gars. Je ne suis pas de la manipulation du fil du cycle de vie par moi-même. J'ai l'intention d'utiliser le Printemps TaskExecutor l'abstraction.static.springsource.org/spring/docs/2.0.x/reference/... Mon application web fonctionne sous tomcat 6. Le printemps fournir workmanager mise en œuvre comme indiqué dans le lien, mais il dit que sa ne spécification JEE. Lequel est le mieux dans mon environnement?
    • Dans Tomcat, je dirais que selon celui que vous êtes plus à l'aise avec. Aussi, vous devez utiliser la le dernier Printemps de référence sauf si vous êtes vraiment à l'aide de Printemps 2.0.
    • u peut me dire comment servlet va maintenir le fil, je veux dire plusieurs thread est dire si j'ai fait 300 demande alors de l'300e fil? quand il va s'exécuter?
    • J'ai un doute concernant "Dans votre scénario, en utilisant un autre thread pour faire le travail requis par une demande, comme vous l'attendez, laissez la réponse à être envoyé immédiatement.". Comment pourrais-je envoyer la réponse immédiatement, sans savoir quelle est la réponse finale? C'est comme si je commande un chef de cuisine un plat, il revient immédiatement et sans aucune bonne réponse à propos de ma commande et des stands de maman. 🙂
    • C'est utile lorsque vous publiez certaines de long travail en cours d'exécution. Ce type de point de terminaison de créer un emploi, retourner immédiatement les uns c'est l'ID, et il devrait y avoir un autre point de terminaison pour la vérification de l'état du travail/résultat.
    • C'est probablement la meilleure réponse pour effacer le doute au sujet de la célèbre thread par le servlet question en Java

    InformationsquelleAutor Ryan Stewart