はい、承知いたしました。PHPの mb_convert_encoding 関数の使い方を徹底解説する約5000語の詳細な記事を作成します。

PHP mb_convert_encodingの使い方を徹底解説

はじめに：なぜ文字エンコーディングの理解と `mb_convert_encoding` が重要なのか？

Webアプリケーション開発において、文字エンコーディングは避けて通れない、そしてしばしば開発者を悩ませるテーマです。「文字化け」という言葉を聞いたことがない開発者はいないでしょう。データベースからの取得、外部ファイルからの読み込み、ユーザーからの入力、外部APIとの連携など、様々な場面で異なるエンコーディングのデータに遭遇する可能性があります。これらのデータを適切に処理しないと、意図しない文字が表示されたり、データが破損したりといった問題が発生します。

PHPは、文字列操作に関して強力な機能を提供していますが、特にマルチバイト文字（日本語、中国語、韓国語など）を扱う際には、エンコーディングに関する知識が不可欠です。PHPの文字列は、内部的にはバイト列として扱われます。どのエンコーディングで符号化されているかを知らなければ、文字列の長さや部分文字列の抽出、比較などを正しく行うことができません。

ここで中心的な役割を果たすのが、MBString（MultiByte String）拡張モジュールです。そして、その中でも最も頻繁に利用され、文字エンコーディング問題を解決するための要となる関数が mb_convert_encoding です。この関数は、あるエンコーディングで表現された文字列を、別のエンコーディングに変換するために使用されます。

この記事では、mb_convert_encoding 関数を徹底的に解説します。文字エンコーディングの基本から始まり、関数の構文、引数の詳細な説明、基本的な使い方、応用例、エラーハンドリング、関連関数、よくある問題と解決策、そしてベストプラクティスまで、この関数をマスターするために必要な全ての情報を提供することを目指します。約5000語のボリュームで、具体的なコード例を交えながら、深く掘り下げていきます。

文字化けに悩まされている方、mb_convert_encoding を使っているもののいまいち理解が深まらない方、そしてより堅牢な文字エンコーディング処理を実装したいと考えている全ての方にとって、この記事が役立つ情報源となれば幸いです。

さあ、PHPの文字エンコーディング処理の核心である mb_convert_encoding の世界へ飛び込みましょう。

第1章：文字エンコーディングの基礎知識

mb_convert_encoding の使い方を理解する前に、まずは文字エンコーディングとは何か、なぜそれが重要なのかを簡単に押さえておきましょう。

1.1 コンピュータと文字：バイト列と文字コード

コンピュータは、全ての情報を0と1のビット列として扱います。文字も例外ではありません。例えば、「あ」という日本語の文字をコンピュータで表現するためには、この文字を特定のバイト列（0と1の並び）に変換する必要があります。この「文字」と「バイト列」の対応規則が「文字コード」（Character Code）です。

しかし、世界中には様々な文字が存在し、その全てを単一の対応規則で扱うことは困難です。そこで、それぞれの文字集合（特定の言語や用途で使われる文字の集まり）に対して、異なる文字コードが定義されました。

1.2 エンコーディングとデコーディング

「エンコーディング」（Encoding）とは、文字を対応するバイト列に変換するプロセスです。「符号化」とも呼ばれます。
「デコーディング」（Decoding）とは、バイト列を対応する文字に変換するプロセスです。「復号化」とも呼ばれます。

文字化けとは、あるエンコーディングでエンコードされたバイト列を、別のエンコーディングでデコードしようとしたときに発生します。例えば、Shift_JISでエンコードされた「あ」（\x82\xA0）というバイト列を、UTF-8でデコードしようとすると、UTF-8では \x82\xA0 というバイト列に対応する有効な文字が存在しないか、全く別の文字に対応しているため、意味不明な文字（�など）が表示されてしまうのです。

1.3 主要な文字エンコーディングの種類

歴史的経緯や地域によって、様々な文字エンコーディングが存在します。

ASCII (American Standard Code for Information Interchange): 最も基本的な文字コードで、英数字、記号など128文字を1バイトで表現します。日本語などのマルチバイト文字は扱えません。
EUC-JP (Extended Unix Code Packed Format for Japanese): UNIX環境で広く使われた日本語エンコーディング。漢字などを2バイトまたは3バイトで表現します。比較的古いシステムやデータでよく見られます。
Shift_JIS (Shift Japanese Industrial Standard): Microsoft Windows環境で広く使われた日本語エンコーディング。漢字などを2バイトで表現します。半角カタカナなど、EUC-JPやUTF-8とは異なる特性を持ちます。
UTF-8 (Unicode Transformation Format – 8 bit): 現在、Webの世界で最も標準的に使われているエンコーディングです。世界中のほとんど全ての文字を扱えるUnicodeという巨大な文字集合を、1バイトから4バイトの可変長バイト列で表現します。ASCIIとの互換性があり、ASCII文字は1バイトで表現されます。

他にも、EUC-KR（韓国語）、BIG5（繁体字中国語）、GB2312/GBK/GB18030（簡体字中国語）、ISO-8859シリーズなど、多くのエンコーディングが存在します。

1.4 Unicodeとは？

Unicodeは、世界中の全ての文字（地球上のほぼ全ての言語の文字、絵文字、記号など）に固有の番号（符号点、Code Point）を割り当てようというプロジェクトから生まれた文字集合および符号化方式の標準です。Unicode自体は、特定のバイト列への変換規則ではなく、文字に一意の番号を振る辞書のようなものです。

Unicodeの符号点をバイト列として表現する際の、具体的なエンコーディング方式として、UTF-8、UTF-16、UTF-32などがあります。これらのうち、Webで最も使われているのがUTF-8です。

1.5 PHPにおける文字エンコーディングの扱い

PHPは、内部で文字列をバイト列として扱います。関数によっては、このバイト列を特定のエンコーディングとして解釈して処理するものがあります。特に、MBString関数群は、マルチバイト文字を意識した文字列操作を提供するために、エンコーディング情報を活用します。

PHPの環境設定には、以下のようないくつかのエンコーディングに関連する設定項目があります。

default_charset: PHPが出力する際のデフォルトエンコーディング（通常はUTF-8推奨）。
mbstring.internal_encoding: PHPスクリプト内で文字列を扱う際の内部エンコーディング。多くのMBString関数は、エンコーディングが指定されない場合にこの設定を使用します。特別な理由がない限り、UTF-8に設定することを強く推奨します。
mbstring.script_encoding: スクリプトファイル自体のエンコーディング。
mbstring.http_input: HTTPリクエストボディのエンコーディング。
mbstring.http_output: HTTPレスポンスボディのエンコーディング。

これらの設定を適切に行うことで、多くの文字エンコーディング問題を未然に防ぐことができます。しかし、外部から異なるエンコーディングのデータを受け取る場合は、やはりエンコーディング変換が必要になります。そこで mb_convert_encoding の出番となるわけです。

第2章：`mb_convert_encoding` 関数の基本

いよいよ mb_convert_encoding 関数の解説に入ります。この関数は、PHPのMBString拡張によって提供されます。MBString関数を使用するには、php.ini設定で extension=mbstring を有効にする必要があります。最近のPHP環境ではデフォルトで有効になっていることが多いですが、もし使えない場合はサーバーの設定を確認してください。

2.1 関数の構文

mb_convert_encoding 関数の構文は以下の通りです。

php string|false mb_convert_encoding( string $string, string $to_encoding, array|string|null $from_encoding = null )

この関数は、指定された文字列 $string を、指定されたエンコーディング $from_encoding から、指定されたエンコーディング $to_encoding へ変換します。

成功した場合は変換後の文字列を返し、失敗した場合は false を返します。

2.2 各引数の意味と役割

$string (必須):
- 変換対象となる文字列を指定します。この文字列は、$from_encoding で指定されたエンコーディングで符号化されていると仮定されます。
$to_encoding (必須):
- 変換後のエンコーディングを指定します。文字列形式で指定します（例: ‘UTF-8’, ‘EUC-JP’, ‘Shift_JIS’）。指定可能なエンコーディング名は、PHPのMBStringがサポートしているものに限られます。大文字・小文字は区別されません（’utf-8’ も ‘UTF-8’ も同じ）。
$from_encoding (オプション):
- 変換元のエンコーディングを指定します。
- 省略した場合 (null) は、mb_detect_encoding 関数を使って自動的にエンコーディングを検出します。検出対象となるエンコーディングのリストは、mb_detect_order 関数で設定できます。
- 文字列で指定した場合、そのエンコーディングで変換元の文字列を解釈します。
- 配列で指定した場合、配列の要素はエンコーディング名のリストと見なされ、mb_detect_encoding と同様に、リストの最初のエンコーディングから順に検出を試みます。検出されたエンコーディングが変換元のエンコーディングとして使用されます。検出に失敗した場合は変換に失敗します。

2.3 基本的な使用例

最も一般的な使用例は、特定のエンコーディングの文字列をUTF-8に変換する場合や、逆にUTF-8から特定のエンコーディングに変換する場合です。

例1：Shift_JIS文字列をUTF-8に変換

“`php
// Shift_JISでエンコードされた文字列を想定
$sjis_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // 「こんにちは」のShift_JISバイト列

// Shift_JISからUTF-8へ変換
$utf8_string = mb_convert_encoding($sjis_string, “UTF-8”, “Shift_JIS”);

if ($utf8_string !== false) {
echo “Shift_JIS -> UTF-8: ” . $utf8_string . “\n”; // 出力: Shift_JIS -> UTF-8: こんにちは
} else {
echo “変換に失敗しました。\n”;
}
“`

この例では、変換元のエンコーディングを明示的に “Shift_JIS” と指定しています。変換後のエンコーディングは “UTF-8” です。

例2：UTF-8文字列をEUC-JPに変換

“`php
// UTF-8でエンコードされた文字列を想定
$utf8_string = “ありがとうございます”;

// UTF-8からEUC-JPへ変換
$eucjp_string = mb_convert_encoding($utf8_string, “EUC-JP”, “UTF-8”);

if ($eucjp_string !== false) {
// EUC-JPバイト列を確認（例）
echo “UTF-8 -> EUC-JP バイト列: “;
for ($i = 0; $i < strlen($eucjp_string); $i++) {
printf(“\x%02x”, ord($eucjp_string[$i]));
}
echo “\n”;
// 出力: UTF-8 -> EUC-JP バイト列: \xa4\xad\xa4\xea\xa4\xac\xa4\xc8\xa4\xa6\xa4\xad\xa4\xe0\xa4\xb9
// 実際の表示には、端末や環境のエンコーディング設定が必要です
} else {
echo “変換に失敗しました。\n”;
}
“`

この例では、変換元のエンコーディングを “UTF-8” と指定し、EUC-JPに変換しています。

例3：変換元のエンコーディングを自動検出

$from_encoding を省略するか null を指定すると、PHPが自動的にエンコーディングを検出します。

“`php
// Shift_JISかEUC-JPか不明な文字列を想定
$unknown_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // Shift_JISの「こんにちは」

// 検出順序を設定（省略可能、デフォルトはphp.iniまたはmb_detect_order()の設定）
// mb_detect_order([“UTF-8”, “EUC-JP”, “Shift_JIS”, “ASCII”]);

// 自動検出でUTF-8に変換
$utf8_string = mb_convert_encoding($unknown_string, “UTF-8”); // $from_encoding を省略

if ($utf8_string !== false) {
echo “自動検出 -> UTF-8: ” . $utf8_string . “\n”; // 出力: 自動検出 -> UTF-8: こんにちは
} else {
echo “自動検出または変換に失敗しました。\n”;
}
“`

自動検出は便利な機能ですが、後述するように注意が必要です。可能な限り $from_encoding は明示的に指定することをお勧めします。

第3章：`$to_encoding` 引数の詳細

mb_convert_encoding の第2引数 $to_encoding は、変換後のエンコーディングを指定します。

3.1 指定可能なエンコーディング名

指定可能なエンコーディング名は、PHPのMBStringモジュールがサポートしているものです。サポートされているエンコーディングのリストは、mb_list_encodings() 関数で取得できます。

php $supported_encodings = mb_list_encodings(); print_r($supported_encodings);

出力例（環境により異なります）：

Array ( [0] => ASCII [1] => UTF-8 [2] => UTF-7 [3] => UTF-16 [4] => UTF-32 [5] => EUC-JP [6] => SJIS [7] => eucJP-win [8] => SJIS-win [9] => ISO-2022-JP [10] => ISO-2022-JP-MS [11] => CP932 [12] => ... (他にも多くのエンコーディング) )

一般的に使用されるのは、’UTF-8′, ‘EUC-JP’, ‘Shift_JIS’, ‘ASCII’, ‘JIS’, ‘ISO-2022-JP’ などです。これらの名前は、大文字小文字を区別しません。また、ハイフンの有無やエイリアス（別名）も認識されます。例えば、’Shift_JIS’, ‘SJIS’, ‘SJIS-win’, ‘CP932’ は関連するエンコーディングですが、微妙な違い（特に機種依存文字やベンダー定義文字の扱い）がある場合があります。目的に応じて適切な名前を選択することが重要です。通常、Windows環境でShift_JISを扱う場合は ‘SJIS-win’ や ‘CP932’ を指定すると、より正確な変換が行えることが多いです。

3.2 エラーハンドリングと不正なエンコーディング名

存在しないエンコーディング名や、サポートされていないエンコーディング名を $to_encoding に指定した場合、mb_convert_encoding は false を返します。

“`php
$string = “テスト”;
$result = mb_convert_encoding($string, “Invalid-Encoding”, “UTF-8”);

if ($result === false) {
echo “エラー: 不正な変換先エンコーディングが指定されました。\n”;
}
“`

3.3 変換できない文字の扱い：`mb_substitute_character`

変換元のエンコーディングには存在するが、変換先のエンコーディングには存在しない文字（マッピングできない文字）がある場合、デフォルトではその文字は削除されます。例えば、Shift_JISでエンコードされた一部の機種依存文字や絵文字をUTF-8に変換する場合などが該当します。

この削除される文字をどのように扱うかは、mb_substitute_character 関数で設定できます。

“`php
// デフォルト（削除）
$sjis_string_with_char = “\x87\x40”; // Shift_JISの機種依存文字「㈱」
$utf8_string = mb_convert_encoding($sjis_string_with_char, “UTF-8”, “Shift_JIS”);
echo “デフォルト: ” . $utf8_string . ” (長さ: ” . strlen($utf8_string) . “)\n”; // デフォルト: (長さ: 0) – 文字が削除される

// 代替文字を指定 (例: 疑問符)
mb_substitute_character(“?”);
$utf8_string_sub = mb_convert_encoding($sjis_string_with_char, “UTF-8”, “Shift_JIS”);
echo “代替文字(?): ” . $utf8_string_sub . ” (長さ: ” . strlen($utf8_string_sub) . “)\n”; // 代替文字(?): ? (長さ: 1)

// HTMLエンティティとして出力
mb_substitute_character(“entity”);
$utf8_string_entity = mb_convert_encoding($sjis_string_with_char, “UTF-8”, “Shift_JIS”);
echo “HTMLエンティティ: ” . $utf8_string_entity . “\n”; // HTMLエンティティ: 　 – この符号点は「　」（全角スペース）だが、機種依存文字は通常プライベート領域などに入り、&#xxxx; の形式で出力されることが多い。正確な符号点が得られない場合もある。

// 数値参照として出力 (PHP 5.4.0以降)
mb_substitute_character(“long”);
$utf8_string_long = mb_convert_encoding($sjis_string_with_char, “UTF-8”, “Shift_JIS”);
echo “数値参照: ” . $utf8_string_long . “\n”; // 数値参照: &#xXXXX; または &#XXXX; の形式で出力される可能性
“`

mb_substitute_character の設定は、その後の mb_convert_encoding の挙動に影響します。処理が完了したら、元の設定に戻すか、アプリケーション全体で統一した設定にするかを検討してください。デフォルトの「削除」は予期しない文字の消失を招く可能性があるため、代替文字を指定する方が問題に気づきやすい場合があります。

第4章：`$from_encoding` 引数の詳細

mb_convert_encoding の第3引数 $from_encoding は、変換元のエンコーディングを指定します。この引数の指定方法は、関数が文字列をどのように解釈するかに直接影響するため、非常に重要です。

4.1 文字列で指定する場合

$from_encoding を単一の文字列で指定した場合、mb_convert_encoding は入力文字列 $string がそのエンコーディングで符号化されていると仮定して変換を行います。

“`php
$sjis_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // Shift_JISの「こんにちは」
$utf8_string = mb_convert_encoding($sjis_string, “UTF-8”, “Shift_JIS”); // Shift_JISとして解釈

$eucjp_string = “\xa5\xb3\xa5\xf3\xa5\xcb\xa5\xc1\xa5\xef”; // EUC-JPの「こんにちは」
$utf8_string_euc = mb_convert_encoding($eucjp_string, “UTF-8”, “EUC-JP”); // EUC-JPとして解釈

echo $utf8_string . “\n”; // こんにちは
echo $utf8_string_euc . “\n”; // こんにちは
“`

もし、実際の入力文字列のエンコーディングと $from_encoding の指定が異なっている場合、変換結果は文字化けしたり、false が返されたりします。

“`php
$sjis_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // Shift_JISの「こんにちは」

// 間違えてEUC-JPとして指定
$wrong_conversion = mb_convert_encoding($sjis_string, “UTF-8”, “EUC-JP”);

if ($wrong_conversion !== false) {
echo “間違った指定での変換: ” . $wrong_conversion . “\n”; // 意図しない文字列が表示されるか、文字化け
} else {
echo “間違った指定で変換失敗\n”; // 入力バイト列が指定されたエンコーディングとして不正な場合
}
“`

この例のように、変換元のエンコーディングを正確に知っている場合は、文字列で明示的に指定するのが最も確実な方法です。

4.2 配列で指定する場合（自動検出の利用）

$from_encoding を配列で指定すると、mb_convert_encoding は内部的に $string を配列内のエンコーディングリストを使って mb_detect_encoding 関数で検出を試みます。そして、最初に検出されたエンコーディングを変換元のエンコーディングとして使用します。

“`php
$unknown_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // Shift_JISの「こんにちは」
// $unknown_string = “\xa5\xb3\xa5\xf3\xa5\xcb\xa5\xc1\xa5\xef”; // EUC-JPの「こんにちは」の場合

$detected_conversion = mb_convert_encoding($unknown_string, “UTF-8”, [“UTF-8”, “EUC-JP”, “Shift_JIS”, “ASCII”]);

if ($detected_conversion !== false) {
echo “配列指定での変換: ” . $detected_conversion . “\n”; // Shift_JISの場合「こんにちは」、EUC-JPの場合も「こんにちは」と出力
} else {
echo “配列指定での検出/変換失敗\n”;
}
“`

配列の順序が重要です。mb_detect_encoding は、配列の先頭から順に、そのエンコーディングとして解釈可能かをチェックします。複数のエンコーディングで解釈可能なバイト列の場合、先にリストされているエンコーディングが採用されます。

例：Shift_JISとEUC-JPは似たようなバイトパターンを持つことがある

日本語の「あ」は、Shift_JISでは \x82\xA0、EUC-JPでは \xA4\xA2 です。しかし、Shift_JISでエンコードされた他のバイト列が、EUC-JPでも有効なバイト列として偶然解釈されてしまうことがあります。

例えば、Shift_JISでエンコードされた別の文字列のバイト列が、EUC-JPの特定の文字として有効だった場合：

“`php
// Shift_JISでエンコードされた、EUC-JPとして解釈可能なバイト列を想定
// 例: Shift_JISの「ソ」 \x83\x5c が、EUC-JPの「ソ」 \xa5\xbd とは違うが、
// もっと紛らわしいバイト列パターンは存在する
$confusing_bytes = “\x82\xA0”; // これはShift_JISの「あ」

// 検出順序を EUC-JP を先に指定
$result_euc_first = mb_convert_encoding($confusing_bytes, “UTF-8”, [“EUC-JP”, “Shift_JIS”]);
echo “EUC-JP優先: ” . $result_euc_first . “\n”; // EUC-JPとして解釈され、間違った文字になる可能性

// 検出順序を Shift_JIS を先に指定
$result_sjis_first = mb_convert_encoding($confusing_bytes, “UTF-8”, [“Shift_JIS”, “EUC-JP”]);
echo “Shift_JIS優先: ” . $result_sjis_first . “\n”; // Shift_JISとして解釈され、「あ」になる可能性
“`

このように、自動検出は便利な反面、誤検出のリスクも伴います。特に、比較的短い文字列や、ASCII文字が多く含まれる文字列では、複数のエンコーディングとして有効と判断される確率が高まります。

4.3 `null` または省略した場合

$from_encoding を省略するか null を指定した場合、mb_convert_encoding は $from_encoding に mb_detect_order() で設定されたエンコーディングリストを使用します。デフォルトの mb_detect_order は php.ini の設定に依存しますが、通常は “ASCII,JIS,UTF-8,EUC-JP,SJIS” のような順序になっています。

“`php
// mb_detect_order() の現在の設定を確認
// var_dump(mb_detect_order());

$unknown_string = “\x82\xb1\x82\xf1\x82\xc9\x82\xbf\x82\xcd”; // Shift_JISの「こんにちは」

// mb_detect_order() に従って自動検出
$auto_conversion = mb_convert_encoding($unknown_string, “UTF-8”); // $from_encoding を省略

if ($auto_conversion !== false) {
echo “省略での変換: ” . $auto_conversion . “\n”;
} else {
echo “省略での検出/変換失敗\n”;
}
“`

これも配列指定の場合と同様に、mb_detect_order() のリストの順序と内容が重要になります。

4.4 正確な `from_encoding` を指定することの重要性

自動検出は手軽ですが、前述の誤検出のリスクがあります。特に、外部システムから受け取るデータなど、エンコーディングが事前に分かっている場合は、$from_encoding を文字列で明示的に指定するのが最も安全で確実な方法です。

もしエンコーディングが不明な場合は、mb_detect_encoding を単独で使用して検出結果を確認したり、複数の候補で試したりするなど、慎重な扱いが必要です。ただし、完全な自動検出は困難な場合もあることを理解しておきましょう。可能な限り、データの発生源でエンコーディング情報を付加してもらう、あるいはシステム間でやり取りするデータのエンコーディングを統一するなどの対策を講じるのが理想的です。

第5章：エラーハンドリングと変換できない文字

mb_convert_encoding が変換に失敗した場合、戻り値は false になります。この false を適切に処理することは、アプリケーションの安定性にとって非常に重要です。

5.1 変換に失敗した場合の戻り値 `false`

mb_convert_encoding は、以下のような場合に false を返すことがあります。

指定された $to_encoding が不正またはサポートされていない。
指定された $from_encoding が不正またはサポートされていない。
$from_encoding に文字列を指定した場合、入力文字列 $string がそのエンコーディングとして不正である（例えば、Shift_JISの文字の途中で文字列が終わっているなど）。
$from_encoding に配列を指定した場合、リスト内のどのエンコーディングとしても入力文字列を正しく検出できなかった。
非常に稀ですが、内部的なエラーが発生した場合。

例：不正な入力文字列

“`php
// Shift_JISでエンコードされた文字列だが、途中で切れている不正なバイト列
$invalid_sjis = “\x82\xb1\x82\xf1\x82”; // 「こんにち」の途中まで

$result = mb_convert_encoding($invalid_sjis, “UTF-8”, “Shift_JIS”);

if ($result === false) {
echo “エラー: 不正なShift_JISバイト列が検出されました。\n”;
} else {
echo “変換結果: ” . $result . “\n”; // この場合は false になるはず
}
“`

false が返された場合は、単にエラーメッセージを表示するだけでなく、ログに詳細を記録したり、ユーザーに適切なフィードバックを行ったりするなど、アプリケーションの要件に応じたエラー処理を実装してください。

5.2 エラー抑制演算子 `@` について（非推奨）

PHPでは、関数の実行時に発生する警告やエラーメッセージを抑制するために @ 演算子を使用できます。

php // 警告を抑制する場合 $result = @mb_convert_encoding($string, $to_encoding, $from_encoding);

しかし、mb_convert_encoding が失敗した場合、通常は Warning が発生しますが、重要なのは戻り値が false であることです。@ で警告を抑制しても、false が返される事実は変わりません。そして、false が返されたことをチェックせずに処理を進めると、意図しない結果を引き起こす可能性があります。

例えば、false を別の文字列と連結したり、さらに別の関数に渡したりすると、後続の処理が全ておかしくなる可能性があります。

“`php
$invalid_string = “\x82”; // 不正なShift_JISバイト列
$result = @mb_convert_encoding($invalid_string, “UTF-8”, “Shift_JIS”); // $result は false になる

echo “結果: ” . $result; // “結果: ” とだけ表示されるか、警告が発生する（@がない場合）
// 後続の処理が $result が文字列であることを期待していると問題になる
“`

エラー抑制演算子は、デバッグを困難にし、潜在的な問題を隠蔽してしまうため、特別な理由がない限り使用すべきではありません。mb_convert_encoding の戻り値が false かどうかを常にチェックし、適切なエラーハンドリングを行うようにしてください。

5.3 変換できない文字の代替（再掲）

第3章で触れた mb_substitute_character の設定は、変換元のエンコーディングには存在するが、変換先のエンコーディングに存在しない文字（マッピングできない文字）が出現した場合の挙動を制御します。これがエラーとして扱われるか、あるいは何らかの代替が行われるかは、この設定に依存します。デフォルトは文字の削除であり、これは false を返すような変換の「失敗」とは異なります。削除された文字の分だけ文字列が短くなりますが、関数自体は成功（変換後の文字列を返す）と見なされます。

変換できない文字があるかどうかを検出したい場合は、事前に mb_check_encoding などで入力文字列の妥当性をチェックしたり、変換後の文字列の長さや内容を確認したりする必要があります。

第6章：高度な使い方と応用例

mb_convert_encoding は、単なるエンコーディング変換だけでなく、様々なシーンで活用できます。

6.1 エンコーディング検出との連携

$from_encoding に配列を指定する方法は mb_detect_encoding の内部的な利用ですが、明示的に mb_detect_encoding を使ってから mb_convert_encoding を呼び出すことも可能です。これにより、検出されたエンコーディングを確認したり、検出失敗時の独自のロジックを実装したりできます。

“`php
$unknown_string = file_get_contents(“some_file.txt”); // ファイルから読み込んだ文字列（エンコーディング不明）

// 検出候補リストを設定（重要なエンコーディングを先に）
$detection_order = [“UTF-8”, “SJIS-win”, “EUC-JP”, “ASCII”];

// エンコーディングを検出
$detected_encoding = mb_detect_encoding($unknown_string, $detection_order, true); // trueで厳密な検出

if ($detected_encoding === false) {
echo “エラー: エンコーディングを検出できませんでした。\n”;
// 適切なエラー処理またはデフォルトエンコーディングでの処理
$detected_encoding = “UTF-8”; // 例：検出できなかった場合はUTF-8とみなす（リスクあり）
echo “デフォルトのUTF-8として処理します。\n”;
} else {
echo “検出されたエンコーディング: ” . $detected_encoding . “\n”;
}

// 検出されたエンコーディングからUTF-8へ変換
$utf8_string = mb_convert_encoding($unknown_string, “UTF-8”, $detected_encoding);

if ($utf8_string !== false) {
echo “変換後の文字列: ” . $utf8_string . “\n”;
} else {
echo “変換に失敗しました。\n”; // 主に不正なバイト列が原因
}
“`

このアプローチは、エンコーディングが確定しない外部データ（ユーザーからのアップロードファイル、外部APIレスポンスなど）を扱う場合に有効です。ただし、mb_detect_encoding の検出精度には限界があることを常に意識してください。

6.2 ファイルのエンコーディング変換

特定のエンコーディングで保存されているテキストファイルを読み込み、内容を別のエンコーディングに変換して表示または保存する場合に使用します。

“`php
$input_filename = ‘input_sjis.txt’; // Shift_JISで保存されたファイル
$output_filename = ‘output_utf8.txt’; // UTF-8で保存したいファイル

// ファイルの内容を全て読み込む
$sjis_content = file_get_contents($input_filename);

if ($sjis_content === false) {
die(“エラー: ファイルを読み込めませんでした。\n”);
}

// Shift_JISからUTF-8へ変換
$utf8_content = mb_convert_encoding($sjis_content, “UTF-8”, “Shift_JIS”);

if ($utf8_content === false) {
die(“エラー: エンコーディング変換に失敗しました。\n”);
}

// UTF-8でファイルに書き込む
if (file_put_contents($output_filename, $utf8_content) === false) {
die(“エラー: ファイルへの書き込みに失敗しました。\n”);
}

echo “ファイル ‘$input_filename’ を読み込み、UTF-8に変換して ‘$output_filename’ に保存しました。\n”;
“`

大きなファイルを扱う場合は、file_get_contents や file_put_contents はメモリを大量に消費する可能性があるため、ファイルを少しずつ読み込んで変換・書き出すストリーム処理を検討するべきです。

6.3 データベースとの連携

データベース（特にMySQLなど）との間でエンコーディング問題を抱えることはよくあります。データベース自体の文字セット、テーブルの文字セット、カラムの文字セット、そしてクライアント（PHP）からの接続時の文字セット設定が全て一致しているのが理想です。

しかし、過去のシステムからのデータ移行や、異なる設定のデータベースと連携する場合など、エンコーディング変換が必要になることがあります。

例：EUC-JPで保存されているデータをUTF-8に変換して取得

データベースから取得した文字列が特定のエンコーディング（例: EUC-JP）で、アプリケーションの内部エンコーディング（例: UTF-8）と異なる場合、取得後に変換が必要です。

“`php
// データベース接続（エンコーディング設定は別途行う）
// $db = new PDO(…); または mysqli_connect(…);

// データベースからEUC-JPで保存された文字列を取得したと仮定
// （理想的には、DB接続時に文字セットを指定して、DB側で変換させるべき）
$eucjp_data_from_db = / データベースから取得した文字列 /; // EUC-JPエンコーディング

// EUC-JPからUTF-8へ変換
$utf8_data = mb_convert_encoding($eucjp_data_from_db, “UTF-8”, “EUC-JP”);

if ($utf8_data !== false) {
// アプリケーション（UTF-8）として処理
echo “DBから取得したデータ (UTF-8): ” . $utf8_data . “\n”;
} else {
echo “DBデータ変換エラー\n”;
}

// 逆に、UTF-8のデータをEUC-JPのデータベースに挿入する場合
$utf8_data_to_db = “新しいデータ”; // アプリケーション（UTF-8）の文字列

// UTF-8からEUC-JPへ変換
$eucjp_data_for_db = mb_convert_encoding($utf8_data_to_db, “EUC-JP”, “UTF-8”);

if ($eucjp_data_for_db !== false) {
// EUC-JPエンコーディングとしてDBに挿入
// SQL文などで $eucjp_data_for_db を使用
echo “DB挿入用データ (EUC-JPバイト列):\n”;
for ($i = 0; $i < strlen($eucjp_data_for_db); $i++) {
printf(“\x%02x”, ord($eucjp_data_for_db[$i]));
}
echo “\n”;
} else {
echo “DB挿入データ変換エラー\n”;
}
“`

注意点: データベースとの連携では、PHP側で手動変換するよりも、データベース接続時に適切な文字セットを指定し、データベース自身にエンコーディング変換を行わせるのが最も効率的で安全な方法です。例えばMySQLの場合、接続後に SET NAMES 'utf8mb4'; のようなクエリを実行することで、クライアントとサーバー間のエンコーディングを指定できます。この設定を行えば、PHP側の文字列がUTF-8であれば、そのままSQLに含めても、DBがUTF-8として解釈してくれます。

6.4 外部API/CSV処理

異なるエンコーディングでデータを提供する外部APIやCSVファイルと連携する場合にも mb_convert_encoding が役立ちます。

“`php
// 外部APIから取得したデータがEUC-JPだったと仮定
$api_response_eucjp = / APIから取得した文字列 /;

// EUC-JPからUTF-8へ変換してアプリケーションで処理
$api_response_utf8 = mb_convert_encoding($api_response_eucjp, “UTF-8”, “EUC-JP”);

if ($api_response_utf8 !== false) {
// UTF-8として処理…
} else {
// エラー処理…
}

// Shift_JISのCSVファイルを読み込む場合
$csv_file = fopen(‘data_sjis.csv’, ‘r’);
if ($csv_file !== false) {
while (($data = fgetcsv($csv_file)) !== false) {
// 各要素をShift_JISからUTF-8へ変換
$utf8_data = [];
foreach ($data as $column) {
$converted_column = mb_convert_encoding($column, “UTF-8”, “Shift_JIS”);
if ($converted_column === false) {
// 変換失敗時の処理 (ログ記録など)
$utf8_data[] = “変換エラー”; // またはスキップ
} else {
$utf8_data[] = $converted_column;
}
}
// $utf8_data を使って処理…
print_r($utf8_data);
}
fclose($csv_file);
} else {
echo “CSVファイルを読み込めませんでした。\n”;
}
“`

CSV処理においては、fgetcsv で取得した各カラムがそのままのエンコーディング（この例ではShift_JIS）になっているため、要素ごとに変換が必要です。

6.5 HTML出力とエンコーディング

Webページを生成する際、HTMLドキュメントのエンコーディングと、出力する文字列のエンコーディングを一致させる必要があります。通常、Webアプリケーション全体をUTF-8で統一し、HTMLの <meta charset="UTF-8"> タグもUTF-8を指定するのがベストプラクティスです。

もし、アプリケーション内部でUTF-8以外のエンコーディングの文字列を扱い、それをUTF-8のHTMLとして出力したい場合は mb_convert_encoding を使用します。

“`php
// 外部から取得したEUC-JPの文字列
$eucjp_string = / EUC-JP文字列 /;

// UTF-8のHTML出力に含めるために変換
$html_output_string = mb_convert_encoding($eucjp_string, “UTF-8”, “EUC-JP”);

if ($html_output_string !== false) {
echo “<!DOCTYPE html>\n”;
echo “\n”;
echo “\n”;
echo ” \n”; // ここでUTF-8を指定
echo ” エンコーディングテスト\n”;
echo “\n”;
echo “\n”;
echo ”

変換された文字列

\n”;
echo ”

” . htmlspecialchars($html_output_string, ENT_QUOTES, ‘UTF-8’) . “

\n”; // HTML特殊文字をエスケープ
echo “\n”;
echo “\n”;
} else {
echo “エンコーディング変換に失敗したため、HTMLを生成できませんでした。\n”;
}
“`

PHPの mb_http_output 設定や header('Content-Type: text/html; charset=UTF-8'); ヘッダーも、出力エンコーディングに影響するため、これらを適切に設定することも重要です。理想的には、アプリケーション内の全ての文字列をUTF-8で統一し、出力時もUTF-8を使用するのが最もシンプルです。

6.6 メール処理

PHPでメールを送信する際、特に日本語を含むメールでは、メールヘッダーや本文のエンコーディングに注意が必要です。MIMEエンコードされたヘッダー（件名、From, Toなど）や、本文のエンコーディングを正しく扱う必要があります。

mb_encode_mimeheader 関数は、メールヘッダーをMIMEエンコードするために使用され、通常は mb_convert_encoding と組み合わせて使用する必要はありません。しかし、メール本文のエンコーディングを調整したい場合などに mb_convert_encoding が使われます。

“`php
$subject = “日本語の件名”; // UTF-8文字列を想定
$body = “こんにちは、これはテストメールです。”; // UTF-8文字列を想定

// 件名をMIMEエンコード (UTF-8 -> ISO-2022-JP が一般的)
$encoded_subject = mb_encode_mimeheader($subject, “ISO-2022-JP”, “B”, “\n”);

// 本文を変換（例：ISO-2022-JPにする場合）
$encoded_body = mb_convert_encoding($body, “ISO-2022-JP”, “UTF-8”);

if ($encoded_body !== false) {
// メール送信処理
$headers = “From: [email protected]\r\n” .
“MIME-Version: 1.0\r\n” .
“Content-Type: text/plain; charset=ISO-2022-JP\r\n” . // 本文のエンコーディングを指定
“Content-Transfer-Encoding: 7bit”; // ISO-2022-JPは7bit

// mb_send_mail 関数を使用する場合は、内部でエンコーディング変換を行うため、mb_language() の設定に注意
// mail('[email protected]', $encoded_subject, $encoded_body, $headers);

// mb_send_mail を使う場合（より推奨）
mb_language("Japanese"); // 言語設定（mb_send_mailに影響）
mb_internal_encoding("UTF-8"); // 内部エンコーディング（mb_send_mailに影響）
// mb_send_mail は内部で $subject や $body を適切にエンコード・変換してくれる
// mb_send_mail('[email protected]', $subject, $body); // mb_send_mailを使う場合は、件名や本文は内部エンコーディング（UTF-8）のまま渡す

echo "メール送信準備完了（件名エンコード: " . $encoded_subject . "）\n";

} else {
echo “メール本文のエンコーディング変換に失敗しました。\n”;
}
“`

mb_send_mail 関数を使う場合は、mb_language と mb_internal_encoding の設定を適切に行えば、mb_convert_encoding や mb_encode_mimeheader を明示的に呼び出す必要がないことが多いです。しかし、低レベルなメール送信関数（mail）を使う場合や、本文を特定のエンコーディングに変換する必要がある場合は、mb_convert_encoding が必要になります。

第7章：パフォーマンスに関する考慮事項

mb_convert_encoding は強力な関数ですが、大量のデータや大きなファイルを変換する場合、パフォーマンスに影響を与える可能性があります。

大量のデータ: 文字列の長さや変換回数が増えると、処理時間も増加します。特に、アプリケーションのホットスポット（頻繁に実行される部分）で大量の変換を行わないように注意が必要です。
ファイルの変換: 前述のファイル変換例のように、ファイル全体をメモリに読み込んでから変換する方法は、大きなファイルではメモリ不足や処理遅延の原因となります。ストリーム処理（ファイルを少しずつ読み込み/書き込みながら処理）を検討してください。fopen, fgets (または stream_get_line), fwrite, fclose などの関数と組み合わせて使用します。
エンコーディング検出: $from_encoding を省略したり配列で指定したりして自動検出を行う場合、検出処理自体にコストがかかります。また、誤検出のリスクを避けるために、検出候補リストを絞り込んだり、検出順序を最適化したりすることもパフォーマンスと精度に関わります。エンコーディングが分かっている場合は、明示的に指定する方が高速です。
アプリケーション全体の設計: 最もパフォーマンスが高く、かつ文字エンコーディング問題を起こしにくいのは、アプリケーション全体で単一のエンコーディング（強くUTF-8を推奨）に統一することです。外部からデータを取り込む際に入力エンコーディングを正しく認識し、即座にUTF-8に変換する。そして、アプリケーション内部では常にUTF-8で処理し、外部に出力する際に必要であれば対象のエンコーディングに変換する、というフローを徹底することで、無駄な変換や文字化けのリスクを最小限に抑えることができます。

第8章：関連するMBString関数

mb_convert_encoding と共に、MBString拡張モジュールの他の関数も文字エンコーディング処理において重要です。

mb_detect_encoding(string $string, array|string|null $encodings = null, bool $strict = false): string|false: 文字列のエンコーディングを検出します。$from_encoding を配列で指定した場合や省略した場合に内部的に使用されます。$strict を true にすると、より厳密なチェックを行います。
mb_internal_encoding(string $encoding = ?string): string|bool: PHPスクリプトの内部エンコーディングを設定または取得します。多くのMBString関数は、エンコーディングが指定されない場合にこの設定を使用します。
mb_http_output(string $encoding = ?string): string|false: HTTP出力（レスポンスボディ）のエンコーディングを設定または取得します。ob_start('mb_output_handler'); と組み合わせて使用することが多いです。
mb_http_input(array|string $types = ?string): array|string|false: HTTP入力（POST, GET, クッキー）のエンコーディングを取得します。
mb_language(string $language = ?string): string|false: 現在の言語を設定または取得します。mb_send_mail や mb_encode_mimeheader のデフォルトエンコーディングなどに影響します。
mb_list_encodings(): array: サポートされているエンコーディングのリストを取得します。
mb_check_encoding(string $string, array|string $encoding = ?string): bool: 文字列が指定されたエンコーディングとして有効なバイト列であるかを確認します。mb_convert_encoding の前に呼び出して、入力の妥当性をチェックするのに役立ちます。
mb_strlen(string $string, ?string $encoding = null): int|false: マルチバイト文字を考慮した文字列の長さを取得します。
mb_substr(string $string, int $start, ?int $length = null, ?string $encoding = null): string|false: マルチバイト文字を考慮した部分文字列を抽出します。

これらの関数を適切に使い分けることで、より正確で安全な文字エンコーディング処理を実現できます。特に mb_internal_encoding の設定は、アプリケーション全体でのエンコーディング管理の基本となります。

第9章：よくある問題とトラブルシューティング

文字エンコーディングに関する問題、すなわち文字化けは、PHP開発で非常によく遭遇する問題です。mb_convert_encoding を適切に使っても解決しない場合や、使い方が原因で発生する場合もあります。

9.1 文字化けの主な原因

エンコーディングの不一致: 最も一般的な原因です。データを扱う各層（ファイル、データベース、PHPスクリプト、ブラウザ表示、ネットワーク通信など）でエンコーディング設定が一致していない。
不正な $from_encoding 指定: mb_convert_encoding で指定した変換元エンコーディングが、実際の文字列のエンコーディングと異なっている。
mb_detect_encoding の誤検出: 特に短い文字列や、複数のエンコーディングで有効になりうるバイト列の場合に発生しやすい。検出順序の設定が不適切であることも原因になります。
データベースのエンコーディング設定ミス: データベースやテーブル、カラムの文字セットが意図したものと異なっている。または、クライアント接続時の文字セット設定が不適切。
ファイルのエンコーディングが誤っている: ファイルが保存されているエンコーディングと、それを読み込む際に想定しているエンコーディングが異なっている。
UTF-8 BOM (Byte Order Mark): UTF-8でエンコードされたファイルにBOMが付いている場合、先頭の数バイト（\xEF\xBB\xBF）が意図しない文字として扱われたり、パースエラーの原因になったりすることがあります。mb_convert_encoding 自体はBOMをそのまま変換することが多いですが、ファイル読み込み時にBOMを適切に除去する必要があります。
PHP内部エンコーディングとの不一致: アプリケーションの内部エンコーディング（mb_internal_encoding）と、処理しようとしている文字列のエンコーディングが異なっている状態で、エンコーディング指定を省略したMBString関数を使用した場合。

9.2 `false` が返される場合の原因究明

mb_convert_encoding が false を返した場合、以下の点をチェックしてください。

$to_encoding と $from_encoding のスペルミス: 指定したエンコーディング名が正しいか、mb_list_encodings() に含まれているか確認します。
不正な入力文字列: $from_encoding を文字列で指定している場合、入力文字列 $string がそのエンコーディングの規則に則っているか確認します。不正なバイト列が含まれていないか、文字列がバイト境界で正しく終わっているかなど。mb_check_encoding($string, $from_encoding) で事前にチェックすると原因特定に役立ちます。
自動検出の失敗: $from_encoding を配列で指定または省略した場合、mb_detect_order() の設定や、入力文字列がリスト中のどのエンコーディングとしても有効と判断されなかった可能性があります。mb_detect_encoding を単独で実行して、検出結果を確認してみてください。

9.3 デバッグのヒント

バイト列を確認する: bin2hex() や ord() 関数を使って、文字列が実際にどのようなバイト列で構成されているかを確認します。エンコーディングごとのバイト列パターンを理解していると、問題の原因が特定しやすくなります。
mb_check_encoding を使う: 変換元の文字列が、想定しているエンコーディングで有効なバイト列であるか事前にチェックします。
mb_detect_encoding を単独で試す: 自動検出に頼っている場合、mb_detect_encoding がどのような結果を返しているか確認します。検出順序を調整して試します。
最小限のコードで再現: 問題が発生している箇所から、エンコーディング変換に関わる部分だけを抜き出し、最小限のコードで現象が再現するか確認します。
PHPのWarningを確認する: error_reporting を適切に設定し、mb_convert_encoding から出力される可能性のあるWarningメッセージを確認します。

第10章：ベストプラクティス

文字エンコーディング問題を最小限に抑え、堅牢なアプリケーションを開発するためのベストプラクティスを以下に示します。

アプリケーション全体でUTF-8に統一する: これが最も重要かつ効果的な対策です。
- PHPスクリプトファイルをUTF-8で保存する。
- mb_internal_encoding を “UTF-8” に設定する。
- データベースの文字セットを utf8mb4 (絵文字なども含むUnicodeの全ての文字を扱える) に設定し、クライアント接続時の文字セットもUTF-8に設定する。
- HTML出力のエンコーディングをUTF-8とする (<meta charset="UTF-8"> と Content-Type ヘッダー)。
- ファイルや外部APIとの入出力においては、可能な限りUTF-8でやり取りするよう調整するか、取り込み/出力時に正確な変換を行う。
外部からの入力データのエンコーディングを常に意識する: ユーザー入力（フォーム）、ファイルアップロード、外部APIからのデータなど、外部からシステムに取り込むデータは、異なるエンコーディングである可能性が高いです。これらのデータのエンコーディングを正しく認識し、アプリケーションの内部エンコーディング（UTF-8）に変換してから処理を開始します。
$from_encoding は可能な限り明示的に指定する: 変換元のエンコーディングが分かっている場合は、mb_convert_encoding($string, "UTF-8", "Specific-Encoding") のように文字列で指定します。これにより、自動検出による誤検出のリスクを排除できます。
自動検出に頼りすぎない: エンコーディングが不明な場合でも、安易に $from_encoding を省略したり配列で指定したりするのではなく、mb_detect_encoding を使用する際に、検出候補リストを慎重に選び、信頼性を確認するようにします。不可能な場合は、ユーザーにエンコーディングを選択させるなどの代替手段も検討します。
エラーハンドリングを怠らない: mb_convert_encoding の戻り値が false でないかを常にチェックし、失敗時には適切なエラー処理を行います。予期しない文字の削除を防ぐために mb_substitute_character の設定も検討します。
関連するMBString関数を理解して使う: mb_internal_encoding, mb_detect_encoding, mb_check_encoding などの関連関数は、エンコーディング問題を予防・診断・解決する上で非常に役立ちます。

第11章：まとめ

この記事では、PHPの mb_convert_encoding 関数について、その基本的な使い方から高度な応用、関連関数、エラーハンドリング、トラブルシューティング、そしてベストプラクティスに至るまで、詳細に解説しました。

mb_convert_encoding は、異なる文字エンコーディング間で文字列を変換するためのPHPにおける主要なツールです。しかし、その機能を最大限に活用し、文字化けなどの問題を避けるためには、文字エンコーディング自体の理解、関数の引数の意味の正確な把握、そして適切なエラーハンドリングが不可欠です。

特に、アプリケーション全体でUTF-8に統一するというベストプラクティスは、多くの文字エンコーディング問題の根本的な解決策となります。その上で、外部から異なるエンコーディングのデータが来た場合にのみ、mb_convert_encoding を適切に使用するという運用が理想的です。

文字エンコーディングの問題は複雑に見えるかもしれませんが、原則を理解し、MBString関数群を正しく使うことで、ほとんどの問題は解決できます。この記事が、PHP開発における文字エンコーディングの扱いに自信を持ち、より堅牢で国際化に対応したアプリケーションを開発するための一助となれば幸いです。

これからも、PHPでの開発において、エンコーディングを意識した丁寧なコーディングを心がけていきましょう。

付録：サポートされているエンコーディング名 (環境依存)

mb_list_encodings() で取得できるリストは環境（PHPのバージョンやビルドオプション）によって異なりますが、一般的に以下のようなエンコーディングがサポートされています。

Unicode系: UTF-8, UTF-7, UTF-16, UTF-16BE, UTF-16LE, UTF-32, UTF-32BE, UTF-32LE
日本語系: EUC-JP, SJIS, ASCII, JIS, ISO-2022-JP, eucJP-win, SJIS-win, CP932
その他: ISO-8859-1 ～ ISO-8859-15, EUC-KR, BIG5, GB2312, GBK, GB18030, CP949, CP950, CP1251, CP1252 など多数。

正確なリストは、ご自身の環境で mb_list_encodings() を実行して確認してください。

付録：用語集

文字コード: 文字とバイト列の対応規則。
エンコーディング (Encoding): 文字をバイト列に変換するプロセス。符号化。
デコーディング (Decoding): バイト列を文字に変換するプロセス。復号化。
文字化け: 想定とは異なるエンコーディングでバイト列をデコードした結果、意味不明な文字が表示される現象。
マルチバイト文字: 1文字を表現するのに複数のバイトを使用する文字（日本語、中国語、韓国語など）。
Unicode: 世界中の文字に一意の番号（符号点）を割り当てる国際的な文字集合標準。
UTF-8: Unicodeを1バイトから4バイトの可変長で符号化するエンコーディング方式。Webの標準。
符号点 (Code Point): Unicodeで各文字に割り当てられた一意の番号。
BOM (Byte Order Mark): Unicodeの一部のエンコーディングで、バイト順序を示すためにファイル先頭に付加される特殊なバイト列。UTF-8では任意だが、付いていると問題になることがある。
内部エンコーディング: PHPスクリプトが内部的に文字列を扱う際に使用すると想定されるエンコーディング (mb_internal_encoding で設定)。

以上で、PHPの mb_convert_encoding 関数に関する徹底解説記事を終了します。約5000語の要求を満たし、詳細な説明と多様なコード例を含めるように努めました。