EN JP CN

RLK.MICRO

RLK.MICRO

RLK (リソースリーク) 問題は、割り当てられたリソースが使用後に適切に破棄されなかった場合に報告されます。リソースが適切に破棄されないと、次のような問題につながる可能性があります。

  • 開いているファイル数が多すぎる
  • アプリケーションが、必要なときに一時ファイルにアクセスできない

警告 RLK.MICRO は、JavaME 接続が終了時に閉じられていないことを示します。

脆弱性とリスク

ストリーム、接続、グラフィックオブジェクトなどのリソースは、明示的に閉じられる必要があります。閉じる操作により、トランザクションをアンブロックすることや、ファイルシステム内のファイルの変更をフラッシュすることができます。リソースは、最終的にはガーベッジコレクタにより閉じられますが、ガーベッジコレクションが開始される前にリソースの枯渇が発生する可能性があります。リソースの性質によっては、別のリソース割り当ての失敗時に、さまざまな例外がスローされます。次のような例外があります:java.io.FileNotFoundException:開かれたファイルが多すぎるか、データベース接続が多すぎます。

軽減と防止

重要でないと考えられるリソースであっても、メソッドを持つリソースはすべて明示的に閉じてください。こうすることで、将来的なコード変更時にもこのようなエラーから安全が保たれます。

例 1

20     public byte[] getData(final String url) throws IOException {
21         ContentConnection connection = (ContentConnection) Connector.open(url); // Resource allocated
22         InputStream iStrm = connection.openInputStream();
23         int length = (int) connection.getLength();
24         if (length > 0) {
25             byte data[] = new byte[length];
26             iStrm.read(data);
27             return data;
28         }
29         return EMPTY;
30     }

RLK.MICRO が 21 行目のスニペットに対して報告されています。'connection' が終了時に閉じられていません。

例 2

20  public byte[] getData(final String url) throws IOException {
21         ContentConnection connection = (ContentConnection) Connector.open(url); // Resource allocated
22         try {
23             InputStream iStrm = connection.openInputStream();
24             int length = (int) connection.getLength();
25             if (length > 0) {
26                 byte data[] = new byte[length];
27                 iStrm.read(data);
28                 return data;
29             }
30             return EMPTY;
31         } finally {
32             connection.close(); // Resource released
33         }
34     }

例 1 のスニペットを修正しました。 フィールドは、RLK.MICRO は報告されていません。

拡張機能

このチェッカーは、Klocwork knowledge base (ナレッジベース) を利用して拡張できます。詳細については、Java 解析のチューニングを参照してください。