全角转半角本质是unicode字符映射,仅数字、英文字母及部分标点有标准半角对应;中文汉字、标点等无半角形式,强行转换会丢数据;安全做法是手写一一对应的全半角映射表并用str_replace批量替换。

全角字符转半角的底层逻辑是什么
PHP 没有内置函数直接叫 mb_convert_fullwidth_to_halfwidth,别被名字骗了。所谓“全角转半角”,本质是 Unicode 字符映射:比如全角数字 0(U+FF10)对应半角 0(U+0030),全角字母 A(U+FF21)对应 A(U+0041)。但中文汉字、标点、日文假名等没有标准半角形式,强行转只会丢数据或出错。
- 真正安全转换的只有 ASCII 范围内的对应字符:数字、英文字母、常见符号(
.→.、,→,、;→; 等)
- 中文字符如
中、。!? 本身没有“半角版本”,不能硬转
-
mb_convert_kana() 只处理日文平假名/片假名,对中文无效
用 mb_convert_kana() 处理日文时的陷阱
这个函数常被误用于中文场景,但它只针对日文字符设计,行为和预期偏差很大:
- 默认只转日文片假名/平假名(
A→A,a→a),不碰中文或全角数字
- 必须显式传参
MB_KANA_HANKAKU 才启用半角转换
- 加上
MB_KANA_SEP 会把长音符 ー 错误转成 -,破坏日文语义
- 对中文标点如
“”‘’ 完全无反应,不是 bug,是设计如此
// 错误示范:以为能转中文数字
echo mb_convert_kana('123', 'as'); // 输出还是 '123'
<p>// 正确用法(仅限日文)
echo mb_convert_kana('ABC', MB_KANA_HANKAKU); // → 'ABC'</p>安全可靠的全角数字/字母转半角方案
只对明确可映射的字符做替换,其他一律保留。手写映射表最可控,比正则或模糊检测更稳:
- 建立两个字符串:全角字符集
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ 和对应半角 !"#$%&'()*+,-./0123456789:;?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_`abcdefghijklmnopqrstuvwxyz{|}~
- 用
str_replace() 批量替换,顺序不重要,因为一一对应
- 不依赖
mbstring 扩展是否开启,兼容性好
- 避免用
preg_replace_callback() 做 Unicode 判断,慢且易漏判
function full2half($s) {
$full = '!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~';
$half = '!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~';
return str_replace(str_split($full), str_split($half), $s);
}
为什么别用正则匹配 uFF10-uFF19 这类范围
看着很准,实际埋雷:
-
uFF10-uFF19 确实覆盖全角数字,但全角标点如 ,(U+FF0C)、。(U+FF0E)不在这个区间,得额外加规则
- 不同 PHP 版本对 Unicode 正则支持不一:
/[uFF10-uFF19]/u 在 PHP 7.3 以下可能报错或静默失败
-
mb_ereg_replace() 已废弃,且性能比 str_replace() 差 3 倍以上
- 一旦需求扩展到“全角空格→半角空格”(
→ ),正则又要加新分支,维护成本陡增
.→.、,→,、;→; 等)中、。!? 本身没有“半角版本”,不能硬转mb_convert_kana() 只处理日文平假名/片假名,对中文无效mb_convert_kana() 处理日文时的陷阱
这个函数常被误用于中文场景,但它只针对日文字符设计,行为和预期偏差很大:
- 默认只转日文片假名/平假名(
A→A,a→a),不碰中文或全角数字 - 必须显式传参
MB_KANA_HANKAKU才启用半角转换 - 加上
MB_KANA_SEP会把长音符ー错误转成-,破坏日文语义 - 对中文标点如
“”‘’完全无反应,不是 bug,是设计如此
// 错误示范:以为能转中文数字
echo mb_convert_kana('123', 'as'); // 输出还是 '123'
<p>// 正确用法(仅限日文)
echo mb_convert_kana('ABC', MB_KANA_HANKAKU); // → 'ABC'</p>安全可靠的全角数字/字母转半角方案
只对明确可映射的字符做替换,其他一律保留。手写映射表最可控,比正则或模糊检测更稳:
- 建立两个字符串:全角字符集
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ 和对应半角 !"#$%&'()*+,-./0123456789:;?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_`abcdefghijklmnopqrstuvwxyz{|}~
- 用
str_replace() 批量替换,顺序不重要,因为一一对应
- 不依赖
mbstring 扩展是否开启,兼容性好
- 避免用
preg_replace_callback() 做 Unicode 判断,慢且易漏判
function full2half($s) {
$full = '!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~';
$half = '!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~';
return str_replace(str_split($full), str_split($half), $s);
}
为什么别用正则匹配 uFF10-uFF19 这类范围
看着很准,实际埋雷:
-
uFF10-uFF19 确实覆盖全角数字,但全角标点如 ,(U+FF0C)、。(U+FF0E)不在这个区间,得额外加规则
- 不同 PHP 版本对 Unicode 正则支持不一:
/[uFF10-uFF19]/u 在 PHP 7.3 以下可能报错或静默失败
-
mb_ereg_replace() 已废弃,且性能比 str_replace() 差 3 倍以上
- 一旦需求扩展到“全角空格→半角空格”(
→ ),正则又要加新分支,维护成本陡增
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ 和对应半角 !"#$%&'()*+,-./0123456789:;?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_`abcdefghijklmnopqrstuvwxyz{|}~
str_replace() 批量替换,顺序不重要,因为一一对应mbstring 扩展是否开启,兼容性好preg_replace_callback() 做 Unicode 判断,慢且易漏判-
uFF10-uFF19确实覆盖全角数字,但全角标点如,(U+FF0C)、。(U+FF0E)不在这个区间,得额外加规则 - 不同 PHP 版本对 Unicode 正则支持不一:
/[uFF10-uFF19]/u在 PHP 7.3 以下可能报错或静默失败 -
mb_ereg_replace()已废弃,且性能比str_replace()差 3 倍以上 - 一旦需求扩展到“全角空格→半角空格”(
→),正则又要加新分支,维护成本陡增
真正要处理的永远只是那几十个有明确半角映射的字符,硬编码反而最省心、最快、最不容易出错。
全角转半角不是万能操作,它只适用于输入法误触导致的数字/字母/基础符号混用。中文内容本身不该参与这个流程——这点容易被忽略,但改错一次比补救十次都省事。











