Est-ce que chaque point de terminaison REST doit être asynchrone dans Java EE?

Question

Lors de l'utilisation de Netbeans et de l'écriture d'un point de terminaison REST arbitraire, NetBeans affiche toujours un avertissement indiquant que la méthode peut être convertie en asynchrone.

Par exemple, je crée la méthode suivante:

@GET 
@Path("/test") 
public String hello() { 
    return "Hello World!"; 
} 

NetBeans montre alors un avertissement, voir ci-dessous:

En cliquant sur l'info-bulle génère ce code:

private final ExecutorService executorService = java.util.concurrent.Executors.newCachedThreadPool(); 

@GET 
@Path(value = "/test") 
public void hello(@Suspended final AsyncResponse asyncResponse) { 
    executorService.submit(new Runnable() { 
     @Override 
     public void run() { 
      asyncResponse.resume(doHello()); 
     } 
    }); 
} 

private String doHello() { 
    return "Hello World!"; 
} 

La même chose est vraie lors de la création d'un PUT ou méthode POST. Étant donné que NetBeans affiche toujours un avertissement lorsqu'un noeud final REST est implémenté, cela indique que l'écriture de points de terminaison synchrones est considérée comme incorrecte/mauvaise pratique. Donc, chaque point de terminaison REST devrait-il être asynchrone? Pourquoi?

Answer 1

Par défaut, le traitement de la demande sur le serveur fonctionne dans un mode synchrone , ce qui signifie que chaque demande est traitée dans un seul fil HTTP . Lorsque le traitement de la demande est terminé, le thread est renvoyé à le pool de threads. Ce n'est pas très significatif lorsque l'exécution de la méthode de ressource prend peu de temps et que le nombre de connexions simultanées est relativement peu élevé. En mode asynchrone, le thread est renvoyé au pool de threads avant la fin du traitement de la demande. Le traitement de la demande est ensuite poursuivi dans un autre thread, appelé Worker. Le thread d'E/S libéré peut être utilisé pour accepter les nouvelles demandes entrantes. Dans la plupart des cas, seuls quelques threads peuvent traiter simultanément de nombreuses requêtes , ce qui permet de réduire considérablement le nombre de threads nécessaires pour traiter les demandes entrantes . En utilisant beaucoup moins de threads nous à la fois économiser de la mémoire et améliorer les performances (en réduisant le changement de contexte de fil)

Cela pourrait effacer vous confusion un peu regard bit.Have à ce link