NodeJS 和浏览器的 URL 处理结果居然不一样?

[xieqiqiang00]

两者执行"new URL("wtf://service/UserInterface").pathname"的结果是不一样的

浏览器返回'//service/UserInterface' NodeJS 返回'/UserInterface'

https://imgur.com/Wc0MJjI

[AoEiuV020CN]

试了下和协议还有关系，http 这些就正常，
大概白皮书没规定自定义协议的 pathname 要怎么处理吧，

有人说是浏览器为了安全拒绝解析未知协议 url ，才故意搞成这样的，

[xieqiqiang00]

@AoEiuV020CN 但也没找到个准的话或者标准，很无语。我觉得这类行为哪怕黑盒也应该统一一下，我也看有人说 nodejs 的 URL 是为了兼容浏览器的 URL ，但他们行为都不一样谈何兼容...

[xieqiqiang00]

@AoEiuV020CN 我拿别的浏览器试了试，Firefox 的行为和 Chrome 也是完全一样的，这俩甚至不是一个 js 引擎... Nodejs 搞这一出不知道是啥意思了

[AoEiuV020CN]

@xieqiqiang00 #2 各种规范都是存在 UB undefined behavior 的，就最觉得不重要，可以开发者自行决定，按自己环境中合适的方法实现，
我倾向于这就是个 ub ，否则肯定会有人提 bug 的，

[xieqiqiang00]

@AoEiuV020CN
根据 https://url.spec.whatwg.org/#url-class 里面写的,"protocol"不是 readonly 属性，那就意味着我应该可以修改。
根据 https://url.spec.whatwg.org/#example-url-components 非 special scheme 的 Path 就是协议冒号后面的东西。
看起来浏览器的行为是符合标准的，是 nodejs 不合标准，并且看起来由于历史原因改不了了，我发现 umi 里就会在浏览器里重写 URL ，使得它的行为和 node 保持一致

[AoEiuV020CN]

找到个几年前的讨论，涨见识了，chrome 甚至给 chrome-extension 做了特殊处理，感觉就很随便，
https://github.com/nodejs/node-eps/pull/28

[xingguang]

附言那条，我测试都是'wtf:'，我的 node 版本是 14.18

[xieqiqiang00]

@xingguang 浏览器是什么版本呢

[xingguang]

chrome 101.0.4951.64
@xieqiqiang00

[xieqiqiang00]

@xingguang 那就很怪了 我是 102.0.5005.115

[xingguang]

@xieqiqiang00 我看错了，你那段代码确实是返回 http ，不过这个不应该直接修改 a 的 protocol ，这可能是设计问题，没有把这个字段设计成不可变的