Node.jsにおけるルーティングと非同期処理について

Question

お世話になっています。

node.jsにおいて、レスポンスを送信してから非同期処理が走ることはあり得ますか。
例えば以下のコードがあります。

app.get('/', function (req, res) {

    res.writeHead(200, ContentTypeCss);
    res.end(fs.readFileSync(html));

    process("",function()
    {
        test();
    });

});

コード中に存在するメソッドのprocessが非同期処理処理で、
コールバックでtestというメソッドが呼ばれます。（というつもりで書きました。

で、このprocessは最高に待たされるとんでもないメソッドであります。
最高に遅い、その為非同期処理としています。

で、そのような場合、resをクライアントに送った後にこのprocess及びtestが実行されることが
node.jsのアーキテクト上あり得るのか、ということを伺いたく思います。
（言い換えると、クライアントにレスポンスを返す時、同期非同期問わず全ての処理が終了していることが保証されているかどうか、ということになります）

Answer 1

resをクライアントに送った後にこのprocess及びtestが実行されることが。。。

Expressはresというインスタンスをクローズさせ、
res.jsonやres.endを複数回呼んだら例外投げるくらいのことしかやってなかったかと思います。

Node.jsの仕様上process.exitや例外を投げたりして無理やり処理をクローズさせる事は可能と言えば可能ですが、そんな事をすると様々なところに歪みが発生してしまいますのでやってないでしょう。

processは最高に待たされるとんでもないメソッド

このprocessというのはNode.jsの予約語であり、勝手に命名して使ったら駄目なやつですが、なんとなく把握しました。

Webサーバは
実践で構築する際は以下のようにしておくと良いかと思います。

• リクエストの入力値のバリデート
• バリデートが通ったら、DB的なものに受理済リストとして保存
• クライアントへは正常に受理しましたよ結果を返す

更に別プロセスで下記のような仕組みのバッチを作成しておき、
受理済リストを参照して順次処理を行っていくという仕組みを構築しておく案があります。

const nextProcess = () => {
  // DB的なものから受理済リストを1件だけ取り出す
}
const main = () => {
  const next = nextProcess()
  if (!next) {
    setTimeout(main, 1000)
    return
  }
  // 件の超重い処理
  setTimeout(main, 500)
}

main()

Answer 2

で、そのような場合、resをクライアントに送った後にこのprocess及びtestが実行されることが

node.jsのアーキテクト上あり得るのか、ということを伺いたく思います

質問の背景がわからないのですが、コーディングを見ると res.end を呼んだあとに process を呼んでいるので、当然、クライアントにレスポンスを送信したあとにprocess及びtestが実行されることになると思います。

もし、クライアントにレスポンスを返す時、同期非同期問わず全ての処理が終了していることを保証したいのであれば、 以下のように test() のあとで res.end を呼ぶ必要があります。

app.get('/', function (req, res) {

    res.writeHead(200, ContentTypeCss);

    process("",function()
    {
        test();
        res.end(fs.readFileSync(html));
    });

});

ちなみにサーバ側で readFileSync のような同期型のAPIを利用するのはおすすめできません。 node.js の1個しかないスレッドがここで止まってしまい、性能が出ません。

Comments

[sandboxA]

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