久久黄色网址国际化域名两种写法怎样对应

适用范围与例子性质

非露骨网址知识阅读；所有示例均为原创离线字符串。RFC 支持标签术语，URL 标准支持解析机制，本页不提供资源入口或网站身份鉴定。

先确认改变发生在主机名

整理旧书签时，看到一串以 xn-- 开头的文字，不应立刻记成“迁移到新站”。先把地址中的主机名取出来，与原记录逐标签对照。这里的标签指点号分隔的一段，例如 bücher.example 有 bücher 与 example 两段；它不是页面给文章贴的主题标签。

• 本站旧指南讨论旧地址内容、主体与版本能否继续使用。本页只解决一个更小的问题：同一个国际化域名标签，为什么会出现 Unicode 和 ASCII 两种表示。完成这一步仍不能确认页面是否存在、经营主体是谁或收藏内容是否更新。

原创对照：两种写法对应同一标签

本页离线示例是 https://bücher.example/notes 与 https://xn--bcher-kva.example/notes。前者保留 ü，后者把该标签写成兼容 ASCII 的形式；其余 example 标签和 /notes 路径保持相同。示例域名只用于教学，没有访问或注册判断。

• RFC 5890 将有效的 Unicode 标签称为 U-label，将相应的 ASCII 兼容编码称为 A-label。图中的 bücher 与 xn--bcher-kva 是一组对应。这里不是把德语词翻译成另一种语言，也不是给地址另取简称；按相应规则转换之后，才能讨论它们的对应关系。

xn-- 前缀是一条线索，不是验收结果

A-label 以 xn-- 开头，但并非随便在字符串前加上这个前缀就能得到有效标签。余下部分还要满足编码与有效性条件。不能看到一串外观相似的字符，就从记忆里猜出原来的汉字、字母或语言。

• 对手头只有截图的情况，可先标为“画面显示了疑似编码形式，原文字待取得”。不要把容易混淆的连字符、数字或字母手抄错后，再用转换结果替错误转录背书。原始可复制文字、转录文字与工具结果应分栏保存。

本地解析怎样帮助核对

对本页给定字符串，可在本地 JavaScript 环境用 new URL("https://bücher.example/notes").hostname 查看结果：xn--bcher-kva.example。构造 URL 对象是在解析字符串，不会因此访问这个域名。核对时保存输入、输出和所用解析方式，而不是只留下转换后的结果。

• WHATWG URL 标准采用 Unicode IDNA Compatibility Processing。RFC 5890 的定义与网页 URL 处理并非每个边界情况都完全相同；本页只演示这组明确例子，不据此承诺所有 Unicode 字符都能注册，或所有转换器都会接受同一输入。遇到失败应保留错误，不随意删字使它通过。

只转换域名，不顺手改动其他部分

本例可以把两种主机名表示写在同一条书签记录下，但仍应保留原串。不要趁机把路径翻译、删除查询参数或补上未知子域。例如 /notes 与 /note 是不同的路径字符串，域名编码对应不能替这处差别作解释。

• 同样，bücher.example 与 bücher.example.org 不是本页的一组对应：后者多了 org 标签。比较应覆盖完整主机名，不能只盯着 xn-- 那一段。这里得到的是名称表示层面的结论，不能扩张为两张网页的正文相同。

把结果写成一条可复查的说明

可以记录：“原主机为 bücher.example；本地 URL 解析输出 xn--bcher-kva.example；本轮只核对域名编码形式，未检查网络解析、网页内容与主体。”这样下一位整理者知道哪些已经做过，也不会把工具输出理解成官网认证。

• 若以后查到页面迁移，应另加迁移依据和观察时点，不覆盖这条编码说明。编码对应、跳转行为与内容版本是三种不同关系。给每种关系保留自己的证据，才能避免旧书签维护中一条备注承担过多结论。

把方法变成行动

1. 保留取得的完整原地址，标明是可复制文字还是截图转录。
2. 按点号和URL结构分出完整主机名，保留路径与参数。
3. 用适当解析方式核对Unicode标签与ASCII形式，并保存输入输出。
4. 核对其余标签及路径没有被顺带改动。
5. 只写编码对应结论；访问、迁移、版本和主体问题另留证据。

延伸阅读与支持范围

以下链接提供相关领域资料。本站的问题拆解、解释和练习为编辑设计，不表示外部机构认可本站全部内容。

关于这个问题的问答

对应学习卡片

继续阅读