最后更新:
全角与半角的区别 - 对字符计数的影响详解
全角半角转换工具
粘贴文本，即可将英文字母、数字、片假名、标点符号和空格在全角与半角之间即时互转。转换完全在浏览器中完成，输入内容不会发送到服务器。
平假名、汉字和 emoji 不会被转换。波浪号 〜 (U+301C) 也保持原样，只有全角波浪线 ～ (U+FF5E) 会被转换。
转换工具的使用方法
只需三步：(1) 将文本粘贴到输入框，(2) 选择转换方向 (全角 → 半角，或反向)，(3) 用复选框指定转换对象 (英文字母和数字、片假名、标点符号、空格)。结果随输入实时更新，无需点击转换按钮。点击"复制结果"即可将转换后的文本用于表单填写或 CSV 数据整理。将结果粘贴到字符计数器，还可以分别查看全角和半角字符的数量。
哪些字符会被转换，哪些不会
本工具不使用 NFKC 之类的一揽子标准化，而是仅依据明确的对照表，转换全角字符与半角字符之间存在一一对应关系的字符。
- 英文字母和数字：Ａ-Ｚ、ａ-ｚ、０-９ ⇔ A-Z、a-z、0-9
- 片假名：全角片假名 ⇔ 半角片假名，浊音符号和半浊音符号会自动合成与分解 (ｶﾞ ⇔ ガ、ﾊﾟ ⇔ パ、ｳﾞ ⇔ ヴ)。长音符 ー ⇔ ｰ 和小写假名 (ァィゥ 等) 也在转换范围内
- 标点符号：！＃％？ 等全角符号 ⇔ 对应的半角 ASCII 符号，另外还包括源自半角片假名区块的 ｡｢｣､･ ⇔ 。「」、・，以及日元符号 ￥ (U+FFE5) ⇔ ¥ (U+00A5)
- 空格：全角空格 (U+3000) ⇔ 半角空格 (U+0020)
另一方面，平假名、汉字、emoji (包括 ZWJ 组合序列) 和组合字符在任何方向都不会被改动。下文"灰色地带字符"中介绍的波浪号 〜 (U+301C) 与全角波浪线 ～ (U+FF5E) 是不同的字符，因此被有意排除在转换范围之外。没有半角形式的片假名 (ヰ、ヱ、ヵ、ヶ 等) 也会保持原样。
什么是全角和半角
全角 (Full-width) 和半角 (Half-width) 的概念源于等宽字体时代。全角字符占据一个完整的字符宽度，半角字符占据一半的宽度。
| 类别 | 全角示例 | 半角示例 | 说明 |
|---|---|---|---|
| 英文字母 | Ａ Ｂ Ｃ | A B C | 全角英文字母在日常使用中较少见 |
| 数字 | １ ２ ３ | 1 2 3 | 全角数字在正式文档中偶尔使用 |
| 片假名 | ア イ ウ | ｱ ｲ ｳ | 半角片假名在旧系统中常见 |
| 标点符号 | 。 、 ！ | . , ! | 中日文通常使用全角标点 |
| 空格 | (U+3000) | (U+0020) | 全角空格宽度是半角的两倍 |
中文汉字、日文平假名和片假名天然就是全角字符，没有对应的半角形式 (半角片假名除外)。而英文字母和数字既有全角形式也有半角形式。
全角半角对字符计数的影响
不同平台和系统对全角半角的计数方式不同，这是造成字数统计混乱的主要原因。
| 平台/系统 | 计数方式 | "Ａ" 的计数 | "A" 的计数 |
|---|---|---|---|
| Unicode 字符数 | 每个码点 = 1 | 1 | 1 |
| UTF-8 字节数 | 按字节计算 | 3 字节 | 1 字节 |
| Shift_JIS 字节数 | 按字节计算 | 2 字节 | 1 字节 |
| X (Twitter) | 加权字符 | 1 | 1 |
| 某些日本系统 | 全角=2，半角=1 | 2 | 1 |
特别需要注意的是，某些日本的传统系统 (银行、政府机构等) 仍然使用"全角 = 2 字节、半角 = 1 字节"的计数方式。在这些系统中，"ABC" (半角) 计为 3，而"ＡＢＣ" (全角) 计为 6。
UTF-8 编码下的字节数差异
在现代 Web 开发中最常用的 UTF-8 编码下，全角和半角字符的字节消耗差异显著。了解字符数与字节数的区别对于数据库设计和 API 开发至关重要。
| 字符类型 | UTF-8 字节数 | 示例 |
|---|---|---|
| 半角英数字 | 1 字节 | A, 1, @ |
| 全角英数字 | 3 字节 | Ａ, １ |
| 中文汉字 | 3 字节 | 中，文 |
| 日文平假名 | 3 字节 | あ, い |
| 半角片假名 | 3 字节 | ｱ, ｲ |
| 全角标点 | 3 字节 | 。、！ |
| 半角标点 | 1 字节 | . , ! |
常见问题与解决方法
- 全角空格导致的 bug：全角空格 (U+3000) 在代码中看起来像普通空格，但会导致解析错误。许多编程语言和工具不将全角空格视为空白字符。解决方法：使用代码编辑器的"显示不可见字符"功能。
- 全角数字导致的计算错误：全角数字 "１２３" 不能直接用于数学运算。需要先转换为半角 "123"。
- 混合使用导致的排版问题：全角和半角字符混合使用时，文本对齐可能出现问题。建议在同一文档中统一使用规则。
- 搜索匹配失败：搜索 "ABC" 不会匹配 "ＡＢＣ"。需要在搜索前进行全角半角标准化。
全角半角的使用规范
在中文写作中，全角半角的使用有一些通用规范：
- 中文标点使用全角：句号 (。)、逗号 (，)、问号 (？) 等使用全角形式
- 英文和数字使用半角：英文字母和阿拉伯数字使用半角形式
- 英文标点使用半角：在英文语境中使用半角标点
- 括号根据内容选择：括号内是中文用全角，是英文用半角
编程中的全角半角转换
在编程中经常需要进行全角半角转换。Unicode 中全角 ASCII 字符 (U+FF01~U+FF5E) 与半角 ASCII 字符 (U+0021~U+007E) 之间有固定的偏移量 (0xFEE0)，可以通过简单的数学运算进行转换。
不过，片假名的转换要复杂得多：半角片假名将浊音符号 (ﾞ) 和半浊音符号 (ﾟ) 定义为独立字符，"ガ"在半角形式下是"ｶﾞ"两个字符，因此需要额外的合成与分解处理。另外，JavaScript 的 normalize("NFKC") 虽然可以一次性完成宽度标准化，但它也会把"㍻"展开为"平成"等，产生超出预期的变换，实际使用时需要谨慎限定适用范围。本文开头的转换工具正是为了避免这类副作用，只使用明确的对照表进行转换。
灰色地带字符
有些字符无法简单归类为全角或半角，它们在 Unicode East Asian Width 属性中被归为 A (Ambiguous，不确定宽度)，在不同的终端和编辑器中可能显示为单倍宽度，也可能显示为双倍宽度。
典型例子是波浪号 〜 (U+301C) 与全角波浪线 ～ (U+FF5E)。两者外观几乎相同，但在 Unicode 中是不同的字符。Windows 的 Shift_JIS 实现曾把波浪号 (U+301C) 映射到全角波浪线 (U+FF5E)，导致跨操作系统交换文本时出现乱码，这一问题被称为"波浪号问题"。类似地，日元符号 ¥ (U+00A5) 与反斜杠 \ (U+005C) 在日语环境的某些字体中显示为同一形状，源于 JIS X 0201 把日元符号分配到了 ASCII 反斜杠的位置 (0x5C)。
本文开头的转换工具遵循这一历史教训：波浪号 (U+301C) 不做转换，只转换全角波浪线 ～ (U+FF5E) ⇔ ~ (U+007E)；日元符号按 ￥ (U+FFE5) ⇔ ¥ (U+00A5)、反斜杠按 ＼ (U+FF3C) ⇔ \ (U+005C) 分别处理，绝不混淆外观相似的字符。
总结
全角和半角的区别看似简单，但在字符计数、数据库存储、文本搜索等方面都会产生实际影响。理解不同系统的计数方式差异，统一使用规范，是避免相关问题的关键。使用字符计数器可以分别显示全角和半角字符的数量，帮助您准确掌握文本的字符构成。