7

サーブレット 3 の機能をテストする非常に単純なコントローラーを作成しました。

@Autowired
    ThreadPoolTaskExecutor taskExecutor;

    @RequestMapping(value="{name}", method = RequestMethod.GET)
    public @ResponseBody DeferredResult<MyResponse> getShopInJSON(@PathVariable String name) {

        DeferredResult<MyResponse> df = new DeferredResult<MyResponse>();
        taskExecutor.submit(new MyRunnable(df));    

        return df; 
    }

別のスレッドでは、5秒間のスリープコマンドだけを実行し、その後MyResultPOJO をに戻しDeferredResultます。

私の web.xml ファイルは、サーブレット 3 仕様に従っています。

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
                             http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
         version="3.0"
         metadata-complete="true">
  <display-name>Archetype Created Web Application</display-name>
    <servlet>
    <async-supported>true</async-supported>
    <servlet-name>mvc-dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
    <servlet-name>mvc-dispatcher</servlet-name>
    <url-pattern>/</url-pattern>
  </servlet-mapping>
</web-app>

私のコネクタTomcatは次のとおりです。

 <Connector port="8080" protocol="HTTP/1.1"
                maxThreads="5"
                acceptCount="5"
                connectionTimeout="20000"
                redirectPort="8443" />

これが興味深い部分です。10個の同時接続を開く単純なプログラムを実行すると、最初のセットが解放された後、最初に5つの接続のみが提供され、2番目の5つの接続が提供されることがわかります(タイムステムから確認できます)。これは Servlet 3.0 の振る舞いではありません

Fri May 31 01:17:57 IDT 2013: Preparing 10 concurrent connections
Fri May 31 01:18:02 IDT 2013: Output from Server int thread 9 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:02 IDT 2013: Output from Server int thread 8 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:02 IDT 2013: Output from Server int thread 4 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:02 IDT 2013: Output from Server int thread 7 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:02 IDT 2013: Output from Server int thread 2 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:07 IDT 2013: Output from Server int thread 1 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:07 IDT 2013: Output from Server int thread 0 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:07 IDT 2013: Output from Server int thread 5 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:07 IDT 2013: Output from Server int thread 6 :{"props1":"param1","props2":"param1"}
Fri May 31 01:18:07 IDT 2013: Output from Server int thread 3 :{"props1":"param1","props2":"param1"}

Tomcat コネクタを

   <Connector connectionTimeout="200000" maxThreads="5" port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" redirectPort="8443"/>

それは魅力のように機能します。やりたくない。Tomcat のドキュメントによると、Http11NioProtocolコネクタなしで Servlet 3.0 の機能を受け取る必要があります。

なにが問題ですか？

4

2 に答える 2

7

この問題は、Tomcat 構成のmaxThreads=5設定が原因です。

非 NIO の場合、この設定はリクエスト処理スレッドの最大数を制限するだけでなく、接続の最大数も制限します!

maxConnections を指定していないため、maxConnections のデフォルト値を選択しています。maxConnections のデフォルト値を選択する方法に関するTomcat docからの抜粋を次に示します。

maxConnections : サーバーが任意の時点で受け入れて処理する接続の最大数。この数に達すると、接続数がこの値を下回るまで、サーバーはそれ以上の接続を受け入れません。オペレーティング システムは、acceptCount 設定に基づいて引き続き接続を受け入れる場合があります。デフォルト値はコネクタ タイプによって異なります。BIO の場合、エグゼキュータが使用されていない限り、デフォルトは maxThreads の値です。この場合、デフォルトはエグゼキュータからの maxThreads の値になります。NIO の場合、デフォルトは 10000です。APR/native の場合、デフォルトは 8192 です。

maxConnections="10" (たとえば) 設定を明示的に指定して、このデフォルトの動作をオーバーライドできます。次に、使用されているコネクタに関係なく、10 個の並列リクエストが処理されることがわかるはずです。私はこれを試してみましたが、うまくいきます。

于 2013-05-31T22:47:37.753 に答える
0

maxThreads を 10 に増やしてみましたか? Tomcat コネクタが 5 スレッドに制限されているようです

于 2013-05-30T23:02:08.193 に答える