Punycode编码与解码

在 Unicode 名称和 ASCII 标签之间转换

Punycode 用 ASCII 字符表示包含非 ASCII 字符的名称。输入可以是一个标签，也可以是由点分隔的完整域名；编码时逐段处理，包含非 ASCII 字符的段加上 xn-- 前缀。解码时只转换带此前缀的段，其他 ASCII 段保持原样。页面实现 RFC 3492 的 Bootstring 编码过程，结果可用于核对国际化域名的两种文本表示。

例如输入 bücher.example，编码结果是 xn--bcher-kva.example。这里 example 是普通 ASCII 标签，不需要前缀；字母 ü 所在的标签才被编码。把结果切换到解码模式，会得到原来的 Unicode 名称。转换不查询域名注册状态，也不会打开网站。

按域名标签处理，而不是转换整个网址

点号是域名分隔符，不会混进某个标签的编码。页面还把中文句号等常见域名点分隔符规范成 ASCII 点，并保留完整域名最后的根点。中间空标签、空格、控制字符以及网址路径、端口或邮箱符号会被拒绝。填写前应去掉 https://、路径和查询参数，只保留域名或单个标签。

这项转换解决的是名称表示问题。国际化域名的完整处理还涉及 IDNA、字符规范化、双向文字规则、注册局限制和标签长度；这些检查并不由这里的 Punycode 转换自动完成。能编码成 ASCII 并不证明名称可注册、可解析或符合浏览器的全部显示规则。

选择方向并核对每一段

1. 选择编码或解码

   想把可读名称变成 ASCII 时选择编码；已有带 xn-- 前缀的地址时选择解码。不要仅根据输出是否易读判断方向。

2. 填写域名文本

   可以填单个标签或完整域名，保留原有点分段。复制浏览器地址时，应先移除协议、端口、路径和参数；不接受整条网址或邮箱地址。

3. 执行转换并检查结果

   看包含非 ASCII 字符的标签是否各有自己的前缀，以及原有 ASCII 标签是否仍在原位置。失败提示通常表示输入格式、编码字段或字符值无法处理。

4. 复制所需表示

   在需要 ASCII 形式的配置中复制编码结果；给人阅读时可同时保留 Unicode 形式。正式使用前，再用注册商、DNS 或所用平台的规则验证名称。

输入和结果常见问题

编码范围与使用边界

RFC 3492 定义的是 Punycode 算法，不等同于整套 IDNA 或浏览器域名验证。页面不会自动执行全部 Unicode 规范化、字符映射、双向文字或注册局资格检查，也不承诺输入符合 DNS 每标签的长度限制。部署配置前，应由实际使用的域名平台完成这些检查。

不要把相似的可见字形当成同一个字符。记录域名时保留其 ASCII 表示，遇到可疑链接应核对来源；编码或解码都不验证账号、网站身份及所有权。转换使用输入文本，不需要下载网站或图片；域名文字若含有尚未公开的项目名称，分享结果前应确认可以公开。