問題タブ [event-stream]

私は自分のサイトで Server Sent Events で SignalR を使用しています。リクエストをクリックしてから EventStream タブを選択することで、開発者タブを使用して Chrome でかなりうまくデバッグできました。

しかし、最近奇妙なことが起こりました.EventStreamタブでリクエストを選択するたびに、選択が1〜2秒後に次または前のアイテムに「ジャンプ」するため、実際には何も見えません. もう 1 つの奇妙な点は、コンソールを閉じても、次に開発者ツールを開くと、コンソールが自動的に再びポップアップすることです。これらが関連しているかどうかはわかりませんが、以前はそのように機能しなかったので、おそらく同じタイプの問題です。Chrome の私のバージョンは 49.0.2623.87 m ですが、それが発生する直前に更新を行ったとは思いません。

私はサンプルのコルドバ/イオンアプリを開発しています。angular2/typescript を使用しています。node.js サーバーからのイベント ストリームを処理する GET 要求を発行しました。このつながりを閉じたいと思います。どうやってやるの？

サーバー側のコードは次のとおりです。

JSONStream.parse() を介して入力ストリーム (巨大な GeoJSON ファイルから作成) をパイプ処理してストリームをオブジェクトに分割し、次に event-stream.map() を介してオブジェクトを変換できるようにし、次に JSONStream を介してパイプしようとしています。 .stringify() を使用して文字列を作成し、最後に書き込み可能な出力ストリームにします。プロセスが実行されると、最終的にヒープを使い果たすまで、ノードのメモリ フットプリントが増加し続けることがわかります。問題を再現する最も単純なスクリプト (test.js) を次に示します。

JSON のエンドレス ストリームをノードの process.stdin に吐き出す小さな bash スクリプト (barf.sh) により、ノードのヒープが徐々に大きくなります。

次のように実行します。

この問題を回避する興味深い方法がいくつかあります。

• fs.createWriteStream() を削除し、最後のパイプ ステージを「.pipe(out)」から「.pipe(process.stdout)」に変更してから、ノードの stdout を /dev/null にパイプします。
• 非同期 es.map() を同期 es.mapSync() に変更します

上記の 2 つのアクションのいずれかにより、ノードのメモリ フットプリントが低く、変更されずに、スクリプトを永久に実行できます。Ubuntu 16.04 を実行する 8 GB の RAM を搭載した 8 コア マシンで、ノード v6.3.1、イベント ストリーム v3.3.4、および JSONStream 1.1.4 を使用しています。

私の側の明らかなエラーであると確信しているものを誰かが修正するのを手伝ってくれることを願っています。