std::ofs.close()について

Question

ofsでファイルを開くのはいいのですが、ofs.closeを使わなくてもファイル入出力できます。やらなかった場合どんな影響が出てしまうのでしょうか。知っている方いましたら、知らないので教えてほしいです。

Comments

[yohhoy]

ofs == std::ofstream ?

[退会済みユーザー]

yes

Answer 1

やらなかった場合どんな影響が出てしまうのでしょうか。

実効上の影響はさほどありません。std::fstreamファミリ（ifstream, ofstream）では、該当変数のスコープが切れる際に 自動的にファイルクローズ処理が呼び出され ます。

{
  std::ofstream ofs("output.dat");

  ofs << /*...*/;

} // 変数ofsのスコープ終了＝自動的にcloseが呼び出される

逆の表現では、変数のスコープよりも早くファイルクローズを行いたい特殊なケースでのみ、明示的に close メンバ関数を呼び出す必要があります。

---

ofs.closeを使わなくてもファイル入出力できます。

close メンバ関数の目的は、「OSのファイル管理用リソース」と「C++ファイルストリームオブジェクト(std::ofstreamなど)」の関連付けを切断しリソースを解放することです。実ファイルに対する入出力(読み/書き)とは直接的には無関係です。

一方で、C++ファイルストリームオブジェクトでは「バッファリング機構」を備えるため、std::ofstreamによるファイル書出処理ではファイルクローズが行われるまで実ファイルが更新されないケースもあります。この場合でもストリームに対するフラッシュ(flush)操作を行うことで、そこまでの書出データを実ファイルへと反映できます。これはログファイル出力などでよく用いられる手法です。

std::ofstream logfile("application.log");

// ログファイルへ1行出力し、かつフラッシュ操作を行う
logfile << "invoke something" << std::endl;
...
// 万一プログラムがここで異常終了してしまっても、
// 直近までのログ内容がファイルに書き出されている。

Comments

[yohhoy]

cateye さん回答にもある通り、一般的なOSでは「同時に開けるファイル数」に上限値があります。その意味では早期のclose明示がまったくの無意味とは思いませんが、このようなケースでは変数スコープ範囲そのものを見直すべきです。

変数スコープとリソース管理を紐づける設計方法は、C++では RAII(Resource Acquisition Is Initialization) https://ja.wikipedia.org/wiki/RAII と呼ばれ、多くのケースで好ましいデザインとされます。

[退会済みユーザー]

わかりやすく書いてくださってありがとうございます。
疑問が晴れました。提示してくださったサイトありがたく拝見させていただきます

Answer 2

オープンするファイル数には限度（OSごとに違う）があります。また、開けっ放しだとシステムリソース（メモリとか）が消費されます。まぁ、プログラムが終了すれば通常は開放されますが・・・
で、

ofs.closeを使わなくてもファイル入出力できます。

というのは何でしょう？close前ならオープンモードによった操作は出来て当たり前ですが？
closeすればそのファイルは閉じられ読み書きできなくなります。close後のファイルへの読み書きは絶対にしないでください（何が起こっても知りませんｗ）
「追記」
メモリの取得（malloc()とかnewとか）やファイルの後始末は、プログラマの責任です。“システム(OS)がやってくれるからいい”と言うのは怠慢です。気をつけましょう。

「追記」うちのOS(linux mint 191)での限界

usr ~ % limit 
cputime      unlimited
filesize     unlimited
datasize     unlimited
stacksize    8192 kbytes
coredumpsize 0 kbytes
memoryuse    unlimited
vmemoryuse   unlimited
descriptors  1024 ←プロセスに許可されるオープン・ファイル記述子の最大数
memorylocked 16384 kbytes
maxproc      63648 
maxlocks     unlimited
maxsignal    63648 
maxmessage   819200 
maxnice      0 
maxrtprio    0 
maxrttime    unlimited

Comments

[退会済みユーザー]

確かにclose後に書き込もうとするのは危険なにおいがしますね。いつも開いたらひらっきぱにしているんですが、何も問題が起きないので閉じる必要性についてとても気になりました。

[cateye]

メモリの取得については特に注意ｄ＾＾　開放を忘れるとメモリリーク (https://ja.wikipedia.org/wiki/%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%AF )になります。