域名为什么会变成 xn-- 开头的字符串
DNS 只能承载受限的 ASCII 字符集，因此国际化域名会按标签使用 RFC 3492 定义的 Punycode 编码，并为转换后的标签加上 xn-- 前缀。该算法先分离出 ASCII 字符，再把非 ASCII 码点编码成紧凑的增量序列，所以 münchen 会变成 xn--mnchen-3ya，而不是类似百分号编码的形式。本工具直接实现该算法，而不是依赖浏览器的 URL 解析器，因此可以展示每个标签是否被编码，以及它混用了哪些文字系统。
如何使用Punycode 与 IDN 转换器 — 解码 xn-- 域名
- 1在工具区域粘贴、输入或上传需要处理的内容。
- 2根据任务选择格式、尺寸、输出方式或校验选项。
- 3检查预览结果、提示信息或转换后的数据。
- 4确认结果无误后复制或下载，并用于后续工作。
Punycode 与 IDN 转换器 — 解码 xn-- 域名的常见使用场景
快速完成日常任务
无需安装桌面软件，打开网页即可处理常见的文本、图片、数据或格式转换任务。
检查与整理内容
在提交文件、发布内容或复制结果之前，快速发现格式问题并获得结构清晰的输出。
注重隐私的浏览器处理
对于支持本地运行的工具，数据会留在当前浏览器中，不需要上传到第三方服务。
常见问题
为什么编码后的名称与原名毫不相似？
Punycode 不是逐字符替换。它先输出 ASCII 字符，再把其余码点的位置和取值编码成 36 进制增量，因此结果比逐字符转义短得多，但也无法用肉眼读懂。
混合文字系统告警是否说明该域名一定是恶意的？
不是。许多正当名称本身就会组合多种文字系统，日语尤其会正常混用汉字、平假名和片假名，本工具不会对此告警。该提示只表示这个标签值得复核，而不是结论。
它执行完整的 IDNA 处理吗？
它按标签执行 Punycode 编解码并检查 DNS 长度限制，但不执行完整的 IDNA2008 映射与合法性规则，因此注册商仍可能拒绝本工具能成功转换的名称。
域名会被查询或发送出去吗？
不会。转换只是对你输入字符的纯计算，不发起任何 DNS 查询，内容也不会离开浏览器。在检查钓鱼邮件中的主机名时，这一点尤其重要。