IOExceptionの発生原因と例外処理

Question

androidのアプリ開発において、ファイルの作成や読み込みの処理を記述(ストリームを閉じるoos.close()など)する際に、
IOExceptionなどの例外に対する処理を記述する必要がありますが、
実際この例外がどのような状況で発生するかがわからず、処理の仕方がわかりません。
大部分がprintStackTrace()を実行してますが、実際のアプリではこれでいいとは思えないのです。

結局このIOExceptionは具体的にどういう時に発生し、どのような処理を行うのが一般的なのでしょうか？

Answer 1

リソースの要求/クローズをする時のJava try/catch/finallyのベストプラクティスは？の回答に記載がございました。

When you do a close or flush on an output stream, there is a "once in a blue moon" chance that an exception will be thrown due to disc errors or file system full. You should not squash this exception!.

アウトプットストリームをclose、flushするときに、滅多にないことではあるが、ディスクエラーが起きたり、ファイルシステムに満杯になるとexceptionを投げます。このexceptionを閉じるべきではない。

ディスクエラーかファイルシステムが起きた時にclose()でエラーが発生するそうです。
しかし、flush()メソッドをtry文の中に入れればこのエラーは検出してcatchできるので
特にこっちのclose()メソッドでわざわざ報告する必要はないよと
報告者はソースコードコメントに書いています。

老婆心で申し上げると自分もclose()で発生するエラーに関して、
どうしてこれだけ違うところでcatch()するの？と思っていたので
Java7のtry-with-resourcesにより
ストリームを開き閉じることにより発生するExceptionを同じ文脈で処理できるようになって
嬉しいですね。

Comments

[swordone]

やはりそうそう起きるものではないのですね。
わかりやすい解説ありがとうございました。

Answer 2

user3009331さんの回答にあるとおり、アプリ側では無く実行環境側のトラブルによるエラーなので、アプリケーションでリカバリーできることは無いと考えて良いと思います。

運用では、実行環境側でどのようなトラブル（例えばdisk full）が発生したかがすぐに分かるように、ログファイルに警告メッセージを記録して警告が管理者に通知されるようにします。

処理を中止するかどうかはそのアプリケーションの仕様として決めます。