問題タブ [resource-cleanup]

私はプレイを使用しています！Framework 2.2.1 で、外出先で作成したファイルをストリーミングしたい。ファイルが完全にストリーミングされた後、クリーンアップしたいのですが、そのためのコンテキストがありません。

この種の操作に使用できる注釈またはコールバックはありますか?

オブジェクトのクリーンアップは、プログラミング時代に遭遇した非常に一般的な問題のようです。今日まで、ここでwith推奨されているステートメントを一貫して使用してきました

私は今日、よりエレガントに見える別の考えを持っていました (エンドユーザーによる with ステートメントを必要としないため)。アイデアは、特定のタイプのオブジェクトに try-finally デコレータを使用することです (クリーンアップ メソッドがあります)。

この慣行に何か問題があるのか​​ 、それとももっと良いことがあるのだろうか. クラスの多くを with ステートメントを使用して初期化する必要があるのは好きではありませんが、オブジェクトが適切に閉じられていることも確認したいと考えています。ここに短い例があります。

I was just reading that we can use shutdown hooks as an example of a time when it would be ideal to provide functions to clean up before application exit.

私が疑問に思っていたのは、たとえば、Web サービスのように 24 時間年中無休で実行するアプリケーションがある場合、Executor サービスなどを終了してクリーンアップするのに理想的な時期はいつかということです。アプリケーションがダウンすることが想定されていない場合、実際には、便利なクリーンアップ期間や、実際にクリーンにシャットダウンする機能がありませんか?

ありがとう

main()アプリケーションがクラッシュした後 (または中断された後など) に作成されたオブジェクトを破棄する簡単な方法があるかどうかを知りたいです。コードを参照してください。

そのため、実行時にクリーンアップを行い、その後終了するシグナルハンドラーをインストールします。明らかに、これは大きなアプリケーションなので、(理論的に言えば) 一時ファイルを作成したクラスのデストラクタを呼び出したいと思います。

動的に割り当てて、signal_handler(デストラクタを呼び出すために) 解放するのは簡単ですが、それには余分な作業が必要です。

また、グローバル オブジェクトである可能性もありますが、グローバルな初期化順序の問題を回避したい...

Dart の私の理解では、リスナーは呼び出されるStreamまで参照として保持されます。StreamSubscription.cancel()これは、ストリームが破棄されるまで、リッスンしているオブジェクトがメモリから削除されないことを意味します。

オブジェクトが不要になったら、すべての内部リスナーを確実にキャンセルするための標準パターンはありますか? これは Dart の問題でもありますか、それとも概念を誤解していますか?

私が考えることができる 1 つの解決策は、オブジェクトが不要になったことがわかったら、手動で呼び出さなければならないdestroyorメソッドです。cancelSubscriptions

Knockout の foreach バインディングを使用して DOM のセクションを書き出し、そこにイベントがある場合 (たとえば、クリック バインディングを使用)、Knockout は、ビュー モデルのリストが変更され、必要な場合にそれらのクリーンアップを自動的に実行しますか?そのセクションを書き直しますか？Backbone.js やイベントのクリーンアップなどについて書かれた記事をたくさん見てきましたが、Knockout についてはあまり触れていません。

Jetty v9.0.2 を使用して非同期リクエストを送信する Jetty HttpClient があります。応答を正常にバッファリングする Response.ContentListener と、呼び出しが完了したときに呼び出される Response.CompeleteListener があります。

• Jetty 9.2 JavaDocs にはRequest.AsyncContentListenerがあり、Jetty にコンテンツが消費されたことを伝えるパラメーターがあります。
  • callback - コンテンツが消費されたときに呼び出すコールバック。

このリスナー タイプは、Jetty v9.0.2 Response API にはありません。

• org.eclipse.jetty.client.api をインポートします。結果;

実際には2つの質問があります：

1. Response.ContentListener は、コンテンツが消費されたことを Jetty クライアントに通知する必要がありますか?
   • もしそうなら：Jetty v9.0.2でどのように管理されていますか
2. これら 2 つの Response.ContentListener と Response.CompeleteListener のセットアップで非同期呼び出しを使用すると、どのようなクリーンアップが必要になりますか?
   • Jetty v9.0.2 で async を使用する潜在的な落とし穴はありますか?

正常に動作しているようです。リソース リークやリークの可能性などがないことを確認する必要があります。もちろん、24 時間年中無休で実行できるように、プログラムが適切でクリーンである必要があります。 よろしくお願いいたします。

ノート：

• Request.AsyncContentListener - 安定した Jetty doc (jetty 9.2 だと思います)

fontconfig ライブラリには関数がありますFcFini。

ドキュメントはただ言う

FcFini [...]

以前の fontconfig 関数の呼び出しによって割り当てられたすべてのデータ構造を解放します。Fontconfig は初期化されていない状態に戻り、他の fontconfig 関数を呼び出す前に、FcInit 関数の 1 つを新たに呼び出す必要があります。

ただし、ドキュメントには、なぜそれを呼び出す必要があるのか​​ は記載されていません。いくらかのメモリが解放されますが、fontconfig が膨大な量のメモリをむさぼり食うとは思えません。いずれにせよ、二度と fontconfig を呼び出さないことを確認できない限り、FcFini を呼び出すことができるのはプログラムの最後だけであり、メモリを解放しても意味がありません。では、なぜわざわざ？

ちなみに、 fontconfig を使用するcairoFcFiniレンダリング ライブラリは、テスト コードでのみ呼び出しを行い、製品コードでは呼び出しを行わないことに気付きました。だから、カイロの作者もそれを呼ぶ意味を理解していないようです... それとも彼らは間違っていますか?