Playフレームワークコントローラのアクションは同期されていますか？

Question

私は最近いくつかのコードをテストしていましたが、コントローラーのアクション/メソッドごとに1つのスレッドしか同時にアクティブではなかったことに気づいたときに少し驚きました。例えば、コントローラは、次の2つのアクションを考える：

public static void testThread() 
{ 
    Logger.info("Start"); 

    try 
    { 
     Logger.info("Sleeping..."); 
     Thread.sleep(30000); 
    } 
    catch (Exception e) 
    { 

    } 

    Logger.info("End"); 
} 

public static void testThread2() 
{ 
    Logger.info("Start"); 

    try 
    { 
     Logger.info("Sleeping..."); 
     Thread.sleep(30000); 
    } 
    catch (Exception e) 
    { 

    } 

    Logger.info("End"); 
} 

2つのブラウザセッションからtestThread（）を呼び出すとは、1つだけが任意の時点で実行されます。第2の要求は、第1の要求が完了するまで待機する。しかし、あるブラウザからtestThread（）を呼び出し、別のブラウザからtestThread2（）を呼び出すと、期待される結果が得られます。デフォルトのスレッド（play.pool）の数が増えたことを明確にするために、この動作はTomcatでWARとして実行しているときにも存在します。

なぜこのようなことが起こっているのか、またこのような現象を防止する方法があるのか​​、誰でも説明できますか？

Answer 1

さらにテストを行った後は、同じブラウザまたは別のブラウザの場合は違いがあります（おそらく、プレイセッションによって異なる）。

たとえば、同じコントローラーに同時にアクセスするChromeタブは2つあります。

ただし、Chromeから1件、Safariから1件が期待どおりにマルチスレッド化されます。

Answer 2

再生アクションは同期的ではなく静的です。

ただし同期とは、再生ハンドラスレッドです。 Devモードでは、デフォルトでは1つのスレッドになっているので、これはあなたが見ている可能性が高いです。

Answer 3

私は再テストしました。これはブラウザの機能です（プレイモードの場合）。私はwiresharkで盗聴し、ブラウザは最初のリクエストが完了するまで2番目のリクエストを送信しませんでした。これは、それが判明したプレイフレームワークとは関係ありませんでしたが、興味深い発見です。

sooooo、playframeworkがプロダクションモードのとき、同じクライアントでもクライアントは自分の振る舞いを持ち、2番目のリクエストを送信する前に同期を行うことができます。