Ajaxによるロングポーリング中のリクエストの直列化について

Question

状態

JS+PHPでリアルタイムのチャットをロングポーリングで実装しています。
JS側でリクエストを投げ、PHP側で1秒間隔でチェックを行い、タイムアウトを考慮して20秒程度で一旦返す形で実装しております。
サーバにajaxでリクエストを投げてからサーバ側で処理している時に、ページ遷移(更新)を行うと
前述のリクエストが返ってくるまでページ読み込みがされない状態となり、最大20秒前後待つ形になってしまいました。

相談内容

次項の環境は変えずに、同一セッションからの複数リクエストが直列化されない様にすることは可能でしょうか。
ex)Apacheの設定変更や、jsでの設定項目など
難しい場合、素直にjs側でPromiseなりsetIntervalなどでポーリング処理を行いたいと思います。

環境

Apache2.4
PHP5.6
MySQL5.6
全て1台にまとまっております。

簡易ソース及び実行結果

for(var i=0;i<5;i++){
    (function(i){
        console.log("sent");
        $.ajax({
            url:url,
            type:"POST"
        }).done(function (response) {
            console.log("ok");
        });
    })();
}

function xxxx(){
    for($i=0;$i<20;$i++){
        //更新チェック処理及び離脱処理
        sleep(1);
    }
    echo (json_encode($result));
    exit();
}

(リクエストを投げる時はほぼ同時)
sent
sent
sent
sent
sent
(20秒間隔で結果が返ってくる)
ok
ok
ok
ok
ok

試したこと

xhr.abort()でのリクエストキャンセル要求
→サーバ側の処理まで中断されないため、ロングポーリングが動ききってからページリロードなどのリクエストが処理されました。

##　試してみたいが試せてないこと
HTTP/2でのリクエストの場合どうなるのか？
APIサーバを独立させ冗長化した後にリクエストを分けた場合には解決するのか？
nginxなどのApache以外のWebサーバを選択した場合には解決するのか？

Answer 1

次項の環境は変えずに、同一セッションからの複数リクエストが直列化されない様にすることは可能でしょうか。

むしろ、普通に組めばApache+PHPの処理は並列にさばけますし、PHP（フレームワークなども含む）で並列リクエストをロックしているような状況でなければ、1回に1つしかリクエストを処理できないのは設定ミスに近いと考えます（実運用には、到底耐えられないことでしょう）。

実際の詳細な設定は、ApacheでどのMPMを選んでいるか、そしてPHPをどう動かしているかによります。

Comments

[meamea]

ご回答ありがとうございます。
引き続き調査したところ、別ブラウザでの読み込みまでは止まっていないため、
並列化自体はできていました。
MPMはpreforkを使用しており、チューニングまではされていませんが
それぞれ実行されているpidを出力したところ、それぞれ別のプロセス動作していました。

> PHP（フレームワークなども含む）で並列リクエストをロックしているような状況
ご指摘の状況を微塵も思いつかなかったので記述していませんが、
ZendFramework2を使用しております。
ZF2を使用せずに素のPHPで実行したところ、しっかり並列化しましたので、
フレームワーク上の問題と判明しました。

ありがとうございました。

[ArimaRyunosuke]

解決しているようですが横から少し補足します。

提示されている現象の原因としてよく「セッションファイルのロック」が挙げられます。

php の素のセッション機構（ローカルファイル）は開始時にロックを取得するため、リクエスト中は次のリクエストがブロックされます。
よくある対策としては下記があります。

### session_write_close を使う

これを呼ぶとセッションが書き込まれ、ファイルロックが開放されるので、結果としてブロックも解除されます。
ただし、これは実質的に「セッションの終了」を意味する関数なので、再度セッションを使いたいときは `session_start` する必要があります。

参考： http://php.net/manual/ja/function.session-write-close.php

### session_start に read_and_close を渡す

php7 以降であれば read_and_close を渡すことで読み込みが完了したらクローズするようにできます。
私は使ったことがないので詳細な挙動はわかりませんが、おそらく読み取り専用となり、以後セッションを書き込んでも反映されなくなるような気がします。

参考： http://php.net/manual/ja/function.session-start.php

-----

仮にセッションファイルロックが原因だとしても、どちらも php のネイティブな処理なので ZF2 が対応していなければ対処は難しいかもしれません。
（特に後者。前者はまだ呼べば動きそうだが、後者は ZF で直に session_start を呼ぶのは狂気の沙汰だと思う）。

[meamea]

>> ArimaRyunosuke様
補足ありがとうございます。
こちらでも問題点を判明後引き続き調査したところ、おっしゃる通りセッションファイルのロックが原因でした。

ZF2.4.xを使用しており、該当処理の前に認証を行っており、認証状態の保持にセッションを使用し、ロックがかかっている状態でした。
しかし、Zend/Authentication/Storageでのセッションのため、
Zend/Session/StorageにはあるisLocked()やunlock()等のセッション制御系が対応されていないため、
一旦今回は保留としました。

今回についてはポーリングに切り替えることで対処したいと考えております。
ご両者共、大変勉強になりました。
誠にありがとうございました。