In general, this is really not the case.
The discussion here said that 1 HTTP request would be served by a single Tomcat thread. But you should not think that 1 page will trigger only 1 HTTP request.
At least it depends on which browser you use, how many resources on 1 page and whether there is AJAX, support live connections.
(1) A single browser instance spawns multiple threads on the browser / client side to load resources for one page and will occupy multiple threads in Tomcat / Apache / Weblogic / Websphere / regardless of the application you use. This is due to the nature of the modern multi-threaded browser. If you are really talking about a simple HTML page, it can spawn only one (working) stream in Tomcat, but when you add other resources on the page, such as images, images can (and most likely) will be loaded with the page browser usually does not wait until the entire page loads before loading the images. This can be understood when you use tools such as FireBug (in the Net section). Pages do not load sequentially.
(2) In an AJAX application, one page also invokes multiple threads on servers.
(3) Keep in mind that HTTP 1.1 (if you are not already using HTTP 1.0) will support the connection until the HTTP timeout. By default, this connection will not be closed. You need to look at the Keep-Alive parameter in the Tomcat / WAR configuration. You may need to add a reverse proxy (e.g. Apache, nginx, Squid, Varnish) before Tomcat to offload some of these supported connections.
source share