NodeJS - 再帰における約束チェーンのコスト

各状態で2つの異なるアクションを実行するために、JavaScriptコードに2つのステートハンドラファンクションを実装しようとしています。これは、Javaの状態設計パターン（https://sourcemaking.com/design_patterns/state）に似ています。NodeJS - 再帰における約束チェーンのコスト

概念的には、私のプログラムはelasticsearchインスタンス（またはそのような他のサーバー）に接続したままにしておき、入力データを解析してPOSTする必要があります。 elasticsearchに利用できる接続がない場合、私のプログラムは何回かの再試行期間で無限にelに接続するようにしています。一言で言えば

、

接続されていない場合は、メイン実行ループが
、recurssively自身を呼び出している

データを投稿を開始、接続しているとき

を接続しようとし続けます

function run(ctx) { 
    logger.info("run: running..."); 
    // initially starts with disconnected state... 
    return ctx.curState.run(ctx) 
    .then(function(result) { 
     if (result) ctx.curState = connectedSt; 
     // else it remains in old state. 
     return run(ctx); 
    }); 
}

これは真に再帰的なfnではないという意味で、各呼び出しはタイトなループで自分自身を呼び出す。しかし、私はそれがチェーン内の多くの約束事で終わると思うし、長期的にはより多くのメモリを消費し、結果として最終的にハングするだろう。