
两者执行"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 ,这可能是设计问题,没有把这个字段设计成不可变的 |