全角半角转换器

全角与半角形式是不同的 Unicode 字符，并非只是字体显示宽度不同。Unicode 17 核心规范第 18.5 节介绍了它们在早期东亚字符系统中的由来：有些字符占两个单元，而 ASCII 等字符占一个单元。Unicode 为兼容旧有标准而保留了相应形式。

本转换器刻意采用范围较小、可核对的映射表，不执行通用的 Unicode 兼容规范化。

ASCII 与空格

转换为全角时，U+0021 至 U+007E 的每个可打印 ASCII 字符会映射到 U+FF01 至 U+FF5E 的对应字符；ASCII 空格 U+0020 会映射到表意空格 U+3000。转换为半角时只反向处理这些配对。Unicode Halfwidth and Fullwidth Forms 字符表列出了标点、数字和拉丁字母的 wide 对应形式。

最后一例清楚展示了边界：ASCII 数字、空格和受支持的半角片假名会改变，而 東京 与表情符号保持不变。

片假名、标点与浊音符号

半角片假名、日文标点与长音符通过明确的表格转换。Unicode U+FF00 至 U+FFEF 字符名称表记录了 U+FF61 至 U+FF9F 的 narrow 对应形式，例如 ｡ 对应 。、｢ 对应 「、･ 对应 ・、ｱ 对应 ア。

浊音与半浊音音节使用各自的固定配对。ｶﾞ、ﾊﾟ、ｳﾞ分别变为ガ、パ、ヴ，受支持的ﾜﾞ与ｦﾞ也在表中。ヰ、ヱ、ヸ、ヹ、ヵ、ヶ等表外假名不会被猜测替换或转写。

U+FF9E ﾞ与 U+FF9F ﾟ严格作为组合字符 U+3099 与 U+309A 的半角对应形式处理。占据字宽的 U+309B ゛与 U+309C ゜是不同字符，因此保持不变。按码点检查结果时，这一差异十分重要。

与 NFKC 的区别及往返转换说明

此处理并非 NFKC。Unicode 标准附录 #15将宽度变体列为兼容等价形式，同时说明 NFKC 还会改变许多与宽度无关的兼容字符。本工具只应用页面所述的映射表，避免影响表外字符。

浊音片假名存在一项有意的组合处理。预组字符ガ和由カ后接组合浊音符 U+3099 构成的分解序列，都会转换为半角ｶﾞ。再次转为全角时会得到惯用的预组字符ガ。读音得以保留，但原始码点序列不保证逐一往返。其他受支持的浊音与半浊音配对也遵循这一规则。

波浪线一组还可说明另一处边界：

ASCII 波浪号 U+007E 与全角波浪号 U+FF5E 是映射对。波浪线 U+301C 〜是另一字符，在两个方向上都不会改变。

始终保持不变的内容

制表符、换行、不换行空格 U+00A0、韩文、汉字、平假名、表情符号、半角韩文、未支持的假名、阿拉伯-印度数字、扩展阿拉伯-印度数字及所有其他表外码点都会原样保留。转换器不会翻译词语、把平假名变为片假名、解析数值、转写日文或进行通用 Unicode 清理。

日本规格协会的 JIS X 0201:1997 条目提供了旧有罗马字符与片假名字符集的标准背景。不过，这款浏览器工具不会检查字节编码、文件结构或文档要求，也不会证明符合 JIS 或任何正式文件规范。它只处理浏览器已经接收的 Unicode 文本。

隐私与输入上限

转换完全在浏览器中运行。原文及所选方向会存入当前会话的sessionStorage，以便在三步界面中继续使用。原文不会通过我们的服务器发送，不会写入 URL，也不会提交到服务器。重新开始会清除保存的会话值。剪贴板历史、浏览器扩展以及粘贴结果的目标不在本工具控制范围内。

10,000 的上限按 Unicode 码点计算，而非 UTF-16 代码单元，因此一个补充平面表情符号计为一个码点。受支持的片假名基字符与组合浊音符可能合并为一个预组字符，所以输出码点数可能与输入不同。该上限只用于控制输入大小。