受信する特別な HTTP 要求を処理するために、Apache2 で Python スレッド プールを実行しています。
アイデアは、リクエスト ソースごとに 1 つの「ハンドラー」スレッドがあるということです。したがって、これらの特別なリクエストを送信する 3 つのデバイス (A、B、C) がある場合、それぞれがサーバー上に独自の「ハンドラー」スレッドを持つことになります (1- A、2-B、3-C)
次のように定義されたスレッドプールクラスがあります。
class threadController(threading.Thread)
threadPool = []
そして、新しいリクエストを受け取ると、実行中のすべてのスレッドを調べて、特定のスレッドを突き合わせ、それにリクエストを渡します。
これは、Windows で十分に機能するように見えました。
ただし、Linux では、threadPool 変数が空として返されることがあり、余分なスレッドが取得されます。したがって、リクエストを送信する単一のデバイス (A) がありますが、最終的には 2 つのスレッド (1-A と 2-A) になります。
奇妙なことに、これは常に1 つの余分なスレッドであり、それ以上になることはありません。私のデバイス (A) が 5 つのリクエストを送信するか、30 のリクエストを送信するかに関係なく。
django の統合に mod_wsgi (3.3) を使用しています。
注: これは、セッションを処理するためのやや非正統的な方法であることを認識しています。セッションをより適切に処理する方法を探しているわけではありません-より良い方法があることはすでに知っています:)