为何/🌈是无效路径而/a🌈等路径有效？W3C验证疑问

我正在尝试理解为何部分HTML属性无法通过W3C验证，以下是最小复现示例：

<!DOCTYPE html>
<html lang="en">
<head>
    <title>a</title>
</head>
<body>

<img alt="1" src="⭐">
<img alt="2" src="/⭐">
<img alt="3" src="/a⭐">
<img alt="4" src="/a/⭐">
<img alt="5" src="🌈">
<img alt="6" src="/🌈"> <!-- 只有这个验证不通过 -->
<img alt="7" src="/a🌈">
<img alt="8" src="/a/🌈">

</body>
</html>

使用W3C验证器仅检测到第6个img标签存在错误：

Error: Bad value /🌈 for attribute src on element img: Illegal character in path segment: ? is not allowed.

<img alt="6" src="/🌈">

原因分析 #

这是URL路径解析规则的差异导致的：

• 当src是🌈这类无前导斜杠的相对路径时，它会被当作完整文件名或查询字符串的一部分，验证器对文件名的Unicode字符校验更宽松，允许直接使用未编码的emoji。
• 当src是/🌈这类根目录开头的绝对路径时，🌈被视为根目录下的路径段（即文件名），而根据URL标准，路径段中的部分Unicode字符必须进行百分比编码。验证器在这里严格执行规则，判定未编码的🌈属于非法字符（错误提示里的?是解析时的占位符，实际指向未编码的emoji本身）。
• 对于/a🌈或/a/🌈这类路径，🌈前面有合法的父路径段a，验证器会将其视为子目录下的文件名，此时校验逻辑和相对文件名一致，允许未编码的Unicode字符。

简单说，根目录直接使用emoji作为文件名时，验证器严格遵循URL路径段的编码要求；其他场景下的校验规则更宽松，因此不会报错。

内容的提问来源于stack exchange，提问作者András