close

(KAB-studioからのおしらせです)

// Sample.java
import java.io.FileReader;
import java.io.IOException;

public class Sample
{
    public static void main( String[] args )
    {
        // useFileReader()メソッドを呼び出します。
        useFileReader();

        // この時点で、useFileReader()メソッド内のfileReader変数は
        // 寿命が来たためなくなっています。ですが、
        // newした「FileReaderクラスのインスタンス」はなくならずに
        // 残っています。fileReader変数はただの「参照の入れ物」で、
        // 本体のインスタンスは残っているからです。このインスタンスは
        // ガベージコレクションによって消されるまで残っています。

        // つまり、インスタンスは「いつ消える」という寿命が
        // 決まっていません。その結果、C++のデストラクタのような
        // 「なくなったときに呼ばれるメソッド」というものを
        // Javaでは持つことができませんでした。
        // なので、Javaではclose()メソッドで明示的に終了処理をする必要があり、
        // その終了処理を必ずするためにfinallyがあるわけです。
    }

    /**
    *   FileReaderクラスを使うメソッド。
    *   寿命の話をするために、main()メソッドではなくこのメソッドで行います。
    */
    private static void useFileReader()
    {
        // ファイル入力を行うクラスでclose()メソッドの使用例を見てみます。
        // 他のクラスのclose()メソッドも似たようなものです。
        
        // 入力ファイルの絶対パス。
        String inputFilePath = "D:/from.txt";
        // FileReaderクラスの参照型変数。
        // ここで作っておくのはfinallyでclose()メソッドを呼ぶためです。
        FileReader fileReader = null;

        try
        {
            // FileReaderクラスを作って開きます。
            fileReader = new FileReader( inputFilePath );
            // それだけ。
        }
        catch( IOException e )
        {
            // ファイルが無かった場合等に、この
            // IOException例外が投げられます。
            e.printStackTrace();
        }
        finally
        {
            // ファイルを扱ったら、最後にclose()メソッドを呼んで
            // 後処理をします。また、これは必ず行うため、
            // finally内で行います。そうすれば、上のIOException例外が
            // 投げられてもclose()メソッドが呼ばれるからです。
            try
            {
                if( fileReader != null )
                {
                    fileReader.close();
                }
            }
            catch( IOException e )
            {
                // close()メソッドはIOExceptionがthrows指定されているので
                // 一応受け取ります。
                e.printStackTrace();
            }
        }
    }
}