BOM(Byte Order Mark)

ファイル先頭に置かれ、どのUnicodeエンコーディングかを示す数バイトの目印。UTF-8はEF BB BF、UTF-16 LEはFF FE、UTF-16 BEはFE FF。

概念URI

https://comcomponent.com/knowledge/bom/

別名・表記

バイトオーダーマーク

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• 読む前のencoding/BOM/改行確認はBOM(Byte Order Mark)で確認できます。ファイル先頭がEF BB BF/FF FE/FE FFであれば、それだけでUTF-8/UTF-16 LE/UTF-16 BEと確定できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• BOM(Byte Order Mark)はCSV(カンマ区切り値)に保存されます。BOMをCSVファイルに含める場合、CSVファイル先頭の3バイト(UTF-8ならEF BB BF)として保存される / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• BOM(Byte Order Mark)はUTF8Encodingクラスで構成できます。BOMを出力するかどうかは、UTF8Encodingクラスのコンストラクター引数encoderShouldEmitUTF8Identifierで構成できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 文字コード(キャラクターエンコーディング)はBOM(Byte Order Mark)を利用します。UTF-8やUTF-16のようなUnicode系の文字コードでは、仕様はBOMの有無まで決めて初めて運用ルールとして成立する(CP932のようなレガシーコードページにはBOMの概念自体がない) / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• BOM(Byte Order Mark)はUnicodeを利用します。BOMはUnicodeが定めるU+FEFFという符号点をファイル先頭に置く目印である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PowerShellの文字コード既定値はBOM(Byte Order Mark)を前提とします。Windows PowerShell 5.1で、非ASCII文字を含むスクリプトファイルを実行する場合に限り、BOMがないとアクティブコードページとして読まれてスクリプトが壊れる(PowerShell 6以降はutf8NoBOMに統一されているため該当しない) / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• BOM(Byte Order Mark)は文字化けの原因になることがあります。UTF-8のBOMを余計な先頭バイト列として扱うツールを通すと、先頭列や先頭行だけ壊れて見える / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• WindowsでCodexの文字化け事故を減らす指示ルール(言及)
• CSVは「ただのテキスト」ではない ── C#業務アプリのCSV実務(文字コード・Excel互換・インジェクション対策)(言及)
• Windowsの文字コードと改行コード - 文字化けとCRLF/LFの基本(言及)
• Windows文字コード入門 - Linux連携で起きる文字化け(言及)

一次資料

• https://learn.microsoft.com/en-us/globalization/encoding/byte-order-mark
• https://learn.microsoft.com/en-us/powershell/scripting/dev-cross-plat/vscode/understanding-file-encoding

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。