クラック: Java はテキスト ファイルとバイナリ ファイルの両方を処理できます。テキスト ファイルは文字エンコーディングを使用しますが、バイナリ ファイルにはエンコードされていないバイトが含まれています。テキスト ファイルは、FileReader
や FileWriter
などの Java のファイル入出力 (I/O) クラスを使用して簡単に処理できますが、バイナリ ファイルの場合は FileInputStream を使用する必要があります。
と FileOutputStream
。
誤解 2: ファイル操作は常に実行される
クラック: ファイルが存在しない、または権限が不十分であるなどの理由で、ファイル操作が失敗する可能性があります。 セキュリティの理由から、ファイル操作のエラーを処理するには常に例外処理を使用してください。
誤解 3: File
オブジェクト
クラック: ファイル
オブジェクトはファイルを開いたり閉じたりする責任を負いません。ストリーム オブジェクト (FileReader
や FileWriter
など) は、ファイル ハンドルを開いたり閉じたりする役割を果たします。したがって、操作の完了後、close()
メソッドを使用してストリーム オブジェクトを明示的に閉じて、基礎となるリソースを解放する必要があります。
誤解 4: ファイルが空かどうかをサイズのみに基づいて判断する
クラック:ファイルのサイズは、ファイルが空かどうかを判断するための信頼できる方法であるとは限りません。一部の オペレーティング システム では、ファイルが実際には空であっても、独自のメタデータまたは隠しファイル情報をファイルに保存する場合があります。 isEmpty()
メソッドを使用するか、ファイル内のバイト数を確認する方が、より信頼性の高い方法です。
誤解 5: ファイルの書き込みはアトミックである
クラック:Java でのファイル書き込み操作はアトミックではありません。つまり、書き込みプロセス中に中断が発生すると、ファイルが破損する可能性があります。アトミック書き込みを実装するには、AtomicFileOutputStream
などのライブラリを使用するか、同期メカニズムを使用します。
誤解 6: ファイルの読み取りはスレッドセーフである
クラック: 両方のスレッドが同じ行を同時に読み取ろうとする可能性があるため、通常、複数の スレッド にわたるファイルの読み取りはスレッドセーフではありません。スレッドの安全性を確保するには、ファイルへのアクセスを同期するか、同時実行データ構造を使用します。
誤解 7: ファイル操作のオーバーヘッドは低い
クラック: ファイル操作は、ファイルの種類とサイズによってはオーバーヘッドが高くなる可能性があります。たとえば、大きなバイナリ ファイルの読み取りやファイルへの書き込みを頻繁に行うと、パフォーマンスに悪影響を及ぼす可能性があります。バッファリングおよびバッチ技術を使用すると、オーバーヘッドを削減できます。
誤解 8: Java にはクロスプラットフォームのファイル操作がありません
クラック: Java の NIO.2 (新しい I/O バージョン ion 2) は、クロスプラットフォーム api を提供しますこれにより、 プログラマー は、異なるオペレーティング システム間で一貫した方法でファイル操作を実行できるようになります。 NIO.2 は、非同期 I/O の機能も提供します。
誤解 9: createNewFile()
を使用すると常に新しいファイルを作成できる
クラック: createNewFile()
メソッドは、実際には常に新しいファイルを作成するとは限りません。ファイルが既に存在する場合は、false
が返されます。ファイルが存在しないことを確認するには、createNewFile()
を呼び出す前に、delete()
メソッドを使用して既存のファイルを削除します。
誤解 10: File.delete()
を使用してディレクトリを削除できる
Crack:File.delete()
このメソッドはファイルのみを削除でき、ディレクトリは削除できません。ディレクトリを削除するには、File.deleteOnExit()
を使用して JVM 終了時に削除対象としてマークするか、Files.walk()
および ## を使用します。 #Files .delete()
再帰的に ディレクトリ内のすべてのファイルとサブディレクトリを削除します。
以上がJava ファイル操作に関する通説: ファイル処理に関する通説を破るの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。