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

全角字符转半角的底层逻辑是什么 PHP 没有内置函数直接叫 mb_convert_fullwidth_to_halfwidth，别被名字骗了。所谓“全角转半角”，本质是 Unicode 字符映射：比如全角数字 ０（U+FF10）对应半角 0（U+0030），全角字母 Ａ（U+FF21）对应 A（U+0041）。但中文汉字、标点、日文假名等没有标准半角形式，强行转只会丢数据或出错。

• 真正安全转换的只有 ASCII 范围内的对应字符：数字、英文字母、常见符号（．→.、，→,、；→; 等）
• 中文字符如 中、。！？ 本身没有“半角版本”，不能硬转
• mb_convert_kana() 只处理日文平假名/片假名，对中文无效

用 mb_convert_kana() 处理日文时的陷阱 这个函数常被误用于中文场景，但它只针对日文字符设计，行为和预期偏差很大：

• 默认只转日文片假名/平假名（Ａ→A，ａ→a），不碰中文或全角数字
• 必须显式传参 MB_KANA_HANKAKU 才启用半角转换
• 加上 MB_KANA_SEP 会把长音符 ー 错误转成 -，破坏日文语义
• 对中文标点如 “”‘’ 完全无反应，不是 bug，是设计如此

// 错误示范：以为能转中文数字
echo mb_convert_kana('１２３', 'as'); // 输出还是 '１２３'
<p>// 正确用法（仅限日文）
echo mb_convert_kana('ＡＢＣ', MB_KANA_HANKAKU); // → 'ABC'</p>

安全可靠的全角数字/字母转半角方案 只对明确可映射的字符做替换，其他一律保留。手写映射表最可控，比正则或模糊检测更稳：

• 建立两个字符串：全角字符集 ！＂＃＄％＆＇（）＊＋，－．／０１２３４５６７８９：；＜＝＞？＠ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺ［＼］＾＿｀ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ｛｜｝～ 和对应半角 !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_`abcdefghijklmnopqrstuvwxyz{|}~
• 用 str_replace() 批量替换，顺序不重要，因为一一对应
• 不依赖 mbstring 扩展是否开启，兼容性好
• 避免用 preg_replace_callback() 做 Unicode 判断，慢且易漏判

function full2half($s) {
    $full = '！＂＃＄％＆＇（）＊＋，－．／０１２３４５６７８９：；＜＝＞？＠ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺ［＼］＾＿｀ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ｛｜｝～';
    $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 倍以上
• 一旦需求扩展到“全角空格→半角空格”（　→ ），正则又要加新分支，维护成本陡增

真正要处理的永远只是那几十个有明确半角映射的字符，硬编码反而最省心、最快、最不容易出错。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

全角转半角不是万能操作，它只适用于输入法误触导致的数字/字母/基础符号混用。中文内容本身不该参与这个流程——这点容易被忽略，但改错一次比补救十次都省事。