两者执行"new URL("wtf://service/UserInterface").pathname"的结果是不一样的
浏览器返回'//service/UserInterface' NodeJS 返回'/UserInterface'
1
AoEiuV020CN 2022-05-27 01:09:20 +08:00 via Android
试了下和协议还有关系,http 这些就正常,
大概白皮书没规定自定义协议的 pathname 要怎么处理吧, 有人说是浏览器为了安全拒绝解析未知协议 url ,才故意搞成这样的, |
2
xieqiqiang00 OP @AoEiuV020CN 但也没找到个准的话或者标准,很无语。我觉得这类行为哪怕黑盒也应该统一一下,我也看有人说 nodejs 的 URL 是为了兼容浏览器的 URL ,但他们行为都不一样谈何兼容...
|
3
xieqiqiang00 OP @AoEiuV020CN 我拿别的浏览器试了试,Firefox 的行为和 Chrome 也是完全一样的,这俩甚至不是一个 js 引擎... Nodejs 搞这一出不知道是啥意思了
|
4
AoEiuV020CN 2022-05-27 16:11:06 +08:00
@xieqiqiang00 #2 各种规范都是存在 UB undefined behavior 的,就最觉得不重要,可以开发者自行决定,按自己环境中合适的方法实现,
我倾向于这就是个 ub ,否则肯定会有人提 bug 的, |
5
xieqiqiang00 OP @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 保持一致 |
6
AoEiuV020CN 2022-05-27 16:59:54 +08:00
找到个几年前的讨论,涨见识了,chrome 甚至给 chrome-extension 做了特殊处理,感觉就很随便,
https://github.com/nodejs/node-eps/pull/28 |
7
xingguang 2022-06-10 12:57:52 +08:00
附言那条,我测试都是'wtf:',我的 node 版本是 14.18
|
8
xieqiqiang00 OP @xingguang 浏览器是什么版本呢
|
9
xingguang 2022-06-12 15:01:18 +08:00
chrome 101.0.4951.64
@xieqiqiang00 |
10
xieqiqiang00 OP @xingguang 那就很怪了 我是 102.0.5005.115
|
11
xingguang 2022-06-13 15:56:03 +08:00
@xieqiqiang00 我看错了,你那段代码确实是返回 http ,不过这个不应该直接修改 a 的 protocol ,这可能是设计问题,没有把这个字段设计成不可变的
|