推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 945 天前的主题，其中的信息可能已经有所发展或是发生改变。
两者执行"new URL("wtf://service/UserInterface").pathname"的结果是不一样的
浏览器返回'//service/UserInterface' NodeJS 返回'/UserInterface'
第 1 条附言 · 2022-05-27 16:00:32 +08:00
又发现一个不一样的
(()=>{let a = new URL("wtf://service/UserInterface");a.protocol = "http:";return a.protocol})()
一个返回 wtf: 一个返回 http:
(()=>{let a = new URL("wtf://service/UserInterface");a.protocol = "http:";return a.protocol})()
一个返回 wtf: 一个返回 http:
 |
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 ，这可能是设计问题，没有把这个字段设计成不可变的
|
Select Language