Est-ce que chaque demande d'accès de la même servlet objet?

Chaque requête HTTP accéder à la même servlet objet, mais dans un autre thread? ou faut-il créer un nouveau thread et de la nouvelle Instance de Servlet ?

InformationsquelleAutor KyelJmD | 2012-09-20
  1. 14

    Le conteneur va utiliser le même servlet exemple, si votre servlet ne pas mettre en œuvre SingleThreadModel.
    Sinon, il n'ya aucune garantie que le même Servlet objet est touché. Le conteneur est libre de créer plus de servlet cas si elle l'estime nécessaire. Mais la demande est livré sur des threads différents, pas nécessairement nouvellement créé (comme Sanjay mentionné).

    De la Servlet 3.0 spécifications:

    Pour un servlet qui ne sont pas hébergés dans un environnement distribué (par défaut), la servlet
    conteneur doit utiliser une seule instance par le servlet de déclaration. Cependant, pour un servlet
    la mise en œuvre du modèle singlethreadmodel interface, le conteneur de servlet peut
    instancier plusieurs instances de gérer une lourde charge de requête et de sérialiser les demandes
    pour une instance particulière.

    ...

    Généralement le conteneur Web gère les demandes simultanées de la même servlet par
    une exécution simultanée de la méthode de service sur des threads différents.

    InformationsquelleAutor dcernahoschi
  2. 9

    Chaque requête HTTP, crée un nouveau thread, mais a accès à la même instance de la Servlet.

    EDIT: Dans le cas d'un nœud de serveur, vous aurez la même instance de Servlet sur ce nœud. Dans le cas de l'équilibrage de la charge/nombre de serveurs, vous devrez généralement une instance par la machine virtuelle Java.

    • Je suis assez sûr qu'il n'a pas vraiment d' créer un nouveau fil de discussion toujours; de plus en plus comme ramasse un thread libre, à partir d'un pool de threads.
    • Vous avez raison, il est souvent fait de cette façon (pour des raisons de performances), mais c'est le détail de l'implémentation de l'application serveur/conteneur de servlet et de votre code ne doit pas dépendre de qui
    InformationsquelleAutor Marko Krajnc