問題タブ [resource-leak]

char から大量のメモリ リークが発生しています。これは私の執筆ではなく、メモリのクリーンアップが苦手なので、助けていただければ幸いです。このクラスは char を使用するので、それから始めます。

private static Resources mRes;次のように初期化された Utils クラスで静的参照を使用しても安全ですか?

私にはメモリリークが発生しているようです（以下のEclipse Memory Analyzerからのログ）

アクティビティ全体をリークしていない Resources クラスへの参照を取得する安全な方法はありますか?

ユーザー入力を取得する必要があるJavaのプログラムがありますが、ユーザー入力を取得する必要があるのは1回だけです。その後、スキャナーはもう必要ありません。次のことを行います。

と言って、リソースリークの警告を出し<unassigned closeable value> is never closedます。

スキャナーを 1 回だけ使用し、後でそれを削除して、リソース リークが発生しないようにする別の方法はありますか? using多分C#のステートメントに似た何か。

これは私のコードです:

このコードは、RandomAccessFileオブジェクト srcFile が閉じられていないという警告を表示します。

しかし、コードを変更して、try ブロックの外側で srcFile を宣言すると (以下のコードのように)、警告は消えます。

私は決してやっていないのに、なぜこれが起こるのsrcFile.close();ですか？

有限数のメッセージを Kafka に送信してから終了するアプリケーションがあります。何らかの理由で、プロデューサーを閉じても Kafka 接続が維持されます。私の実装（Scalaで）は多かれ少なかれ

これMessageは単純なケース クラスであり、それをバイト配列に変換する方法は実際には関係ありません。

メッセージは届きますが、最終的に を呼び出すKafka.close()と、アプリケーションは終了せず、接続が解放されていないようです。

Kafka に明示的に接続を終了するように依頼する方法はありますか?

Eclipse が次のリソース リーク警告を表示する理由はありますか:リソース リーク: 'br' は決して閉じられません" ? 私が話しているコードは、この投稿の下部にあります。

私の最終ブロックはそれをすべてカバーしていると思いました、私の推論：

• res は、 FileInputStream コンストラクターがスローした場合にのみ null になるため、何も閉じる必要はありません
• InputStreamReader コンストラクターがスローする場合 (たとえば、不正な形式のエンコーディング文字列)、res が入力ストリームになり、InputStream のみを閉じる必要があるため、問題ありません。
• 等...

それで、私は何が欠けていますか？それとも、これは日食のバグでしょうか?

敬具！

S.

リソースを明示的に閉じる必要はないことを読みました.Java自体によって閉じられます.コードを書いた場合としましょう.

FileInputStream は自動的に閉じられます。閉じるときにエラーが発生した場合、その式は抑制されます。

したがって、FileInputStream を閉じているときに例外がスローされた場合、例外は抑制されるため、リソースは閉じられず、リソース リークが発生しますか?

これが私の問題です...マネージコードのみを使用するC#スクリーンセーバーでGDIリソースリークが疑われます。エラー: 多くの操作の後、「メモリ不足」です。VS Prof 2013 Update 4 を使用してコンパイルし、Windows 7 64 ビットで実行します。可能な限りDisposeと非静的ルーチンを使用します。ここに私の問題があります：

• スクリーンセーバーであるため、JIT デバッガーを使用することさえできませんでした (アプリケーションのロード プロセスがハングするだけです)。
• Deleaker は C# ではなく C++ 用のツールです
• 詳細なインターネット リンクは、Windows 9x / Windows 2000 (2001 年の MSDN マガジン) または Windows 2000 / Windows XP (MSDN マガジン) に適用されます。
• GDIObj をダウンロードできません (利用できないようです)
• タスク マネージャーで「GDO オブジェクト」を表示できますが、スクリーンセーバーは画面全体を使用し、実行中にオーバーレイします
• ... NirSoft の GDIview も使用 (Explorer.exe は奇妙に GDI オブジェクトの数が最も多い)

したがって、私の質問は...

• 開発者は、Visual Studio C# を使用して GDI リソース リークを経験しなくなりましたか?
• GDI+ を使用して画面を継続的に更新できますか? （シミュレーションアプリで）
• 開発者は 2.5D に GDI/GDI+ を使用しなくなりましたか? (= 多層 2D)
• もしそうなら、どの技術がシミュレーションタイプのアプリケーションに最も適していますか?
  • 永遠に実行されます (理論上)
  • 画面全体のパーツ(テキストとグラフィック)を定期的に更新します
  • リアルタイムで実行されます (100 ミリ秒の差は許容できますが、電波時計と歩調を合わせる必要があります)。
  • 高解像度グラフィックス (1920x1080 フォーマットのピクセル単位)。つまり、低解像度のゲームで DirectX を使用しない。単精度の GPU 演算を使用しない

C# はほぼ機能しました。

あなたの創造的な反応に感謝して...

更新 1

次のように C# で GetGuiResources() を実装しました (コードの抜粋)。

そして私のアプリケーションが示した

• 38 から 42 の間の安定した GCIcount
• 18 から 19 の間の安定した UserCount

意図的に（ユーザーが）クラッシュを引き起こした後、それが表示されるまで

• GCIカウント = 62
• ユーザー数 = 35

つまり、劇的なことは何もありません。

私は定期的に 1920 x 1080 ピクセルのビットマップで以下を実行していることに注意してください。