テキストファイルは、後でデコードするためにエンコード方法を保存しますか？

1. 一部のテキストファイルは、後でデコードするためにテキストコンテンツに沿ってエンコード方法を保存するのではないかと思っていましたか？
2. または、特定のテキストファイルのエンコード方法を推測するのはテキストビューアーの仕事ですか？推測は常に正しいとは限りませんか？はいの場合、テキストビューアはどのように推測しますか？

一部のテキストファイルは、後でデコードするためにテキストコンテンツに沿ってエンコード方法を保存するのではないかと思っていましたか？

Mark Szymanskiの答えは正しいです-プレーンテキストファイルに明示的なエンコード情報はありません-それは「プレーンテキストファイル」の定義です。「プレーン」はファイルにメタデータがないという事実を指します。

ただし、一部のアプリケーションは、UTF-16またはUTF-32 / UCS-4としてエンコードされたテキストファイルにバイトオーダーマーク（BOM）を配置します。BOMは実際にはエンコーディングを示すためのものではありません（名前が示すように、バイト順を示します）が、多くのアプリケーションはUTF-16 / UTF-32を認識するためにBOMの存在を使用するため、エンコーディングインジケータとして機能します。

または、特定のテキストファイルのエンコード方法を推測するのはテキストビューアーの仕事ですか？推測は常に正しいとは限りませんか？はいの場合、テキストビューアはどのように推測しますか？

はい、テキストビューアーは推測しかできません。通常、いくつかのヒューリスティックを使用します。

• 一部のエンコーディング（特にUTF-8）では、すべてのバイトシーケンスが有効ではありません。そのため、アプリケーションはファイルをUTF-8としてデコードしようとするだけです。成功した場合、ファイルはおそらくUTF-8です。無効なバイトシーケンスを検出して失敗した場合、失敗しません。これは、たとえばvimデフォルトでどのように機能するかです。ファイルを読み込むときに最初にUTF-8を使用しようとします。それが失敗すると、ISO-8859-1にフォールバックします。
• ほとんどの古い8ビットエンコーディングでは、任意のバイトシーケンスが有効です。その場合、バイトヒストグラム（異なるバイト/バイトシーケンスの頻度）を見てエンコードを推測できる場合があります。Internet Explorerはこれを使用して、ページのエンコードを「推測」していました。ただし、これは非常にエラーが発生しやすいため、これを行うプログラムはほとんどありません。

ほとんどの場合、プログラムはテキストファイルのエンコーディングが何であるかを明示的に通知する必要があります。そうでないと、プログラムは正しく読み取ることができません。

プレーンテキストファイルには、エンコードに関する情報は保存されません。ビューアは、設定されている文字エンコーディングに基づいて決定します。それはすべてコンピュータと同じであるため、それ自体では判別できません。