全角与半角有什么区别
全角字符占据一个正方形的完整宽度，与日文汉字、假名相同；半角字符只占一半宽度，更接近普通拉丁字母的输入宽度。同一个字母、数字或片假名通常可以用两种宽度书写，许多日文表单和系统会要求其中一种。
本工具可在字母(A-Z、a-z)、数字(0-9)、常用符号与片假名(含ガ、パ等浊音、半浊音)之间进行全角⇔半角转换，方便将从其他系统粘贴的文字整理成目标格式。
全角半角转换器
在全角与半角之间转换字母、数字、符号与片假名。
结果
-
如何把全角文字转换为半角?
把每个全角字母、数字和符号(U+FF01-FF5E)减去固定的Unicode偏移量(0xFEE0),映射到对应的半角ASCII字符;把表意空格转换为普通空格;把带浊音的全角片假名拆分为半角假名加单独的半角浊音符号。例如:全角"Ａ１！"变成半角"A1!",全角"ガ"变成半角"ｶ"+"ﾞ"。
全角转半角的步骤
- 对于全角区块(！到～)中的字母、数字和常见符号,把字符编码减去0xFEE0,得到对应的半角ASCII字符。
- 把全角表意空格( )替换为普通的半角空格。
- 对于ガ、ジ、ブ这类带浊音的全角片假名,或パ这类带半浊音的片假名,拆分为清音半角基础字符(ｶ、ｼ、ﾌ、ﾊ)加半角浊音符号(ﾞ)或半浊音符号(ﾟ)。
- 对于ア到ン以及ァ、ッ等小写假名这类普通全角片假名,从JIS X 0201半角片假名表中查找对应的单字符半角形式。
- 汉字、平假名以及没有半角形式的字符保持不变。
转换规则
半角编码 = 全角编码 - 0xFEE0 (适用于字母、数字、ASCII符号) | 浊音片假名 -> 半角基础字符 + 半角浊音符号(ﾞ或ﾟ)
- 全角 = 占满一个等宽方格宽度的字符
- 半角 = 宽度为全角一半的字符
- 浊点(゛) = 浊音符号,例如把ｶ(ka)变成ガ(ga);半浊点(゜) = 半浊音符号,例如把ﾊ(ha)变成パ(pa)
转换示例
| 全角 | 半角 |
|---|---|
| Ａ１２３ | A123 |
| ！＠＃ | !@# |
| ガギグ | ｶﾞｷﾞｸﾞ |
| パピプ | ﾊﾟﾋﾟﾌﾟ |
| カタカナ | ｶﾀｶﾅ |
常见问题
为什么全角浊音片假名如“ガ”转换后会变成两个半角字符?
半角片假名字符集(JIS X 0201)没有单独表示浊音的字符，而是用基础字符“ｶ”加上独立的半角浊音符号“ﾞ”来表示“ガ”。反向转换时，这一对字符会重新合并为单个全角字符“ガ”。
这个工具会把汉字或平假名也转换成半角吗?
不会。在标准日语编码中，汉字和平假名没有对应的半角形式，因此本工具在两个方向的转换中都会保持它们不变——只有拉丁字母、数字、常见符号和片假名才同时拥有全角与半角两种形式。
为什么有些日本表格要求必须输入半角字符?
许多传统的日本系统(银行、政府表格、邮编、电话号码)都是围绕半角数字和字母设计的，以保证字段宽度一致，因此即便全角输入在人眼看来一模一样，这些系统也会拒绝或错误解析全角输入。
先转换成半角再转换回全角，能保证文字完全一致吗?
对于本工具支持的字符(拉丁字母、数字、常见符号、含浊音的片假名)，两个方向的转换都是完全可逆的，因为每个全角字符都对应唯一一个半角形式，反之亦然。
本工具在全角与半角之间转换字母、数字、常见ASCII符号,以及片假名(含浊音与半浊音);汉字、平假名以及这些范围之外的字符,由于没有半角对应形式,会保持不变。
隐私与安全
- 在浏览器中计算 — 您输入的内容仅在本机设备上计算，不会发送到 utilduck 服务器。
- 加密连接 — 所有页面均通过 HTTPS 提供，传输过程中无法被读取。
- 不提供给第三方 — 您输入的内容不会传递给分析或广告服务。
- 不保存 — 计算结果不会保存到任何服务器，也无需注册账号。
最后更新: 2026-08-24
全角半角转换不是翻译
全角与半角是字符宽度和码位的差异，转换不会理解词义，也不会自动修正拼写。表格导入、账号匹配和旧系统输入常要求统一宽度，但假名、标点、空格和英数字的处理范围可能不同。转换后应与目标系统的字段规则核对，尤其注意全角空格与普通空格看起来相似却并非同一字符。
用于姓名、地址或正式编号时，先保存原文，再对副本转换，避免丢失机构要求的原始表记。若只是排版，不要假设半角一定更省字符：有些平台按Unicode码位、字节数或视觉宽度分别计数。
批量清理表格或客户资料时，应先列出目标字段允许转换的字符范围，而不是对整份文件统一替换。账号字段可能只要求英数字半角，日文姓名的片假名字段可能要求特定宽度，地址正文却需要保留汉字和原有标点；把同一规则套在所有列上，会制造新的不一致。半角片假名的浊音和半浊音有时由基础字符与附加符号组成，视觉上像一个字，码位和长度却可能变化。转换后要在目标系统实际提交，并检查搜索、排序、去重和字符数限制采用的是显示宽度、码位还是字节。
若资料用于合同、证件或主数据管理，应把原文作为不可覆盖的来源字段，在派生副本上做宽度规范化，并记录转换方向与时间。来回执行全角转半角再转回，不一定逐码位恢复原文，因为空格、波浪线、引号、组合符号和平台规范化可能采用不同映射。判断两条记录是否同一人也不能只靠宽度转换，还要依业务认可的标识与人工核对。程序接口需要稳定匹配时，应与对方共同确定Unicode规范化、大小写和宽度规则，并用包含边界字符的测试集验证，而不是把页面显示一致当作数据完全相同。数据导入前还应抽查姓氏、楼层号、邮政编码、长音和带浊点假名等高风险样本，并比较导入前后记录数。若目标系统会自行再次转换，应确认处理顺序，避免同一字段被两次规范化。显示异常时先查看实际码位与编码，不要用复制粘贴后的视觉印象判断源数据。