質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.79%

JavaでSystem.inを閉じると再び開くことができないのはなぜか。

解決済

回答 3

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 1,012

xebme

score 689

JavaでSystem.inを閉じると再び開くことができないのはなぜですか。
以前気になってたのですが、デコレータを書けば回避できるので忘れていました。

質問  

1 System.in、System.out、System.errを閉じると、再び開くことができない理由は。

  • 再び開けないとは思えません。調べると C で File Descriptor を dup する方法がありました。
  • プラットフォームごとに動作が異るから、一律に開けなくしているのか。

2 閉じないための回避策はありますか。

  • InputStreamReaderのデコレータを用意して close() をオーバーライドする方法(コード参照)。
  • それ以外に回避策はあるか。System.setIn() はこの目的で本当に使えるのか。

いまさら感のある質問で申しわけありません。

try-with-resources を使用する System.in の閉じ 

  public static void main(String[] args) {
      for (int i=0; i<2; ++i) {
             // 2度目にSystem.inを開くことができない。
          try (BufferedReader br = new BufferedReader(
                          new InputStreamReader(System.in))) {
              while(true) {
                  String str = br.readLine();
                  if ("quit".equals(str)) {
                      break;
                      }
                  }
          // System.inはtry-with-resourceブロックの最後に閉じられる。
          } catch(IOException e) {
              e.printStackTrace();
          }
      }
  }

Decoraterパーターンを適用する閉じ無効策  

package autocloseable;

import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.UnsupportedEncodingException;
import java.nio.charset.Charset;
import java.nio.charset.CharsetDecoder;

/**
 * InputStreamReaderをラップする。
 * System.inなら閉じない。それ以外なら閉じる。
 */
public class SmartInputStreamReader extends InputStreamReader {

  private final boolean isSystemIn;

  public SmartInputStreamReader(InputStream in) {
      super(in);
      this.isSystemIn = (System.in == in);
  }
  public SmartInputStreamReader(InputStream in, String charsetName)
            throws UnsupportedEncodingException {
      super(in, charsetName);
      this.isSystemIn = (System.in == in);
  }
  public SmartInputStreamReader(InputStream in, Charset cs) {
      super(in, cs);
      this.isSystemIn = (System.in == in);
  }
  public SmartInputStreamReader(InputStream in, CharsetDecoder dec) {
      super(in, dec);
      this.isSystemIn = (System.in == in);
  }

  /**
   * InputStreamReaderの閉じを判断する。
   * System.inなら閉じない。それ以外なら閉じる。
   */
  @Override
  public void close() throws IOException {
      if (isSystemIn) {
          return;
      } else {
          super.close();
      }
  }
}

追記(2019-6-29)

いまさらですが、java.io.Console を使うと try-with-resources でストリームが閉じられないことがわかりました。ただし eclipse で実行すると Console は null になります。コマンドラインで実行してください。

import java.io.BufferedReader;
import java.io.Console;
import java.io.IOException;

public class ConsoleIo {
  public static void main(String[] args) {
    Console consl = System.console();
    for (int i = 0; i < 2; ++i) {
      try (BufferedReader rdr = new BufferedReader(consl.reader())) {
        String line = rdr.readLine();
        System.out.println(line);
      } catch (IOException e) {
        e.printStackTrace();
      }
    }
  }
}

追記(2020-7-31)

いまさらですが、無名クラスを使用するやり方を追記。

```Java
import java.util.*;
import java.io.InputStreamReader;

public class Main_ {
public static void main(String[] args) throws Exception {
try (Scanner sc = new Scanner(
new InputStreamReader(System.in) {@Override public void close() {}})){
}
}
}

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • episteme

    2019/04/17 19:34

    なんで C-tag ついてんの?

    キャンセル

  • xebme

    2019/04/17 19:38

    プラットフォームの違いがなにか関係していないかと思ったので、つけました。

    キャンセル

  • jimbe

    2019/04/17 22:14

    java での標準入出力のことをご質問ですから, 必要無いと思います.

    キャンセル

回答 3

checkベストアンサー

+1

C言語でも一度閉じたら開けないですよ。
dup は開いているのではなくて複製しているだけです。

Unix系なら procfs で tty を指定して開くこともできると思いますけど、
そもそも in/out/err がどこに繋がっているか、はそのプロセスがどうやって起動されたかに依存するので
再び開く、というのとは違いますしね。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/04/17 21:10

    > どこに繋がっているか、はそのプロセスがどうやって起動されたかに依存するので
    なるほど、そのとおりですね。では、プログラムで閉じなければならないとしたら、どんな状況が考えられますか。閉じる必要があるでしょうか。

    キャンセル

  • 2019/04/17 21:24

    デーモン化やforkしてpipeするなど、システムプログラミングで必要となることはよくありますね。

    キャンセル

+1

ストリームを閉じるのを「ストリームを提供した側」で行うようにすれば, ストリームが標準入力かどうかを知らない箇所でクローズするべきかを判断する必要は無いと思います.

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/04/19 19:21

    『Linuxプログラミングインタフェース』Michael Kerrisk オライリージャパン『4章 ファイルI/O 統一されたインタフェース』を調べてみました。
    『 ... 3つの標準ファイルデスクリプタがすでに利用可能となっていることを想定しており、通常はプログラムの実行前にシェルによりオープンされます。』と書かれており「提供した側」はJavaプログラムではない。...X系のOSではシェル、Windowsもプログラムの外側でオープンする、ですね。質問1の結論はほぼ出ました。

    キャンセル

  • 2019/04/19 19:24

    Javaの動作についてコメントがあればお聞かせください。

    キャンセル

  • 2019/04/19 20:15 編集

    "提供側" をシステムまで遡る必要はありません.
    最初にご提示のコードでは, ```new InputStreamReader(System.in)``` と System.in を記述していますから, InputStreamReader に System.in を "提供" した main メソッドは, close が必要無いことを分かっていることになります.
    ですので, ```new InputStreamReader(new CloseDisableInputStream(System.in))``` のようにラッピングしておくことができます.
    SmartInputStreamReader は自ら System.in と比較して close を行っていますが, 元になるストリームを生成する際に, 先のように大元が標準入力と分かっている箇所で close を無処理としたストリームを入れていれば, 後から判断する必要は無くなります.

    キャンセル

+1

大して確認はしてないけどラッピングするならこうだろうな。
まあ今回の場合は for 文の外で try-resource-catch を行って for の内側は
try-catch を利用するだろう別に二重にしてはいけませんという理由はないから

class InputStreamReaderWrapper extends InputStreamReader {

    public NonClosingInputStreamReader(InputStream in, Charset cs) {
        super(in, cs);
    }

    public NonClosingInputStreamReader(InputStream in, CharsetDecoder dec) {
        super(in, dec);
    }

    public NonClosingInputStreamReader(InputStream in, String charsetName) throws UnsupportedEncodingException {
        super(in, charsetName);
    }

    public NonClosingInputStreamReader(InputStream in) {
        super(in);
    }

    @Override
    public void close() throws IOException {
        if (System.in != lock) {
            super.close();
        }
    }

}

理由?

#InputStreamReader
    public InputStreamReader(InputStream in) {
        super(in);
        try {
            sd = StreamDecoder.forInputStreamReader(in, this, (String)null); // ## check lock object
        } catch (UnsupportedEncodingException e) {
            // The default encoding should always be available
            throw new Error(e);
        }
    }

# Reader
    protected Object lock;

    protected Reader(Object lock) {
        if (lock == null) {
            throw new NullPointerException();
        }
        this.lock = lock;
    }

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/04/20 19:11

    System.in は Reader のインスタンス変数 lock に保持されるので、閉じるかの判断に使える。しかし実際のread()はsdに委譲、sdのスパークラスのReadに保持されるlockは、InputStreamReaderのインスタンス。これでよろしいでしょうか。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.79%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る