请求URL是发起网络请求时指定资源地址与访问方式的绝对字符串，由协议、主机、端口、路径、查询参数和片段标识符六部分构成，其中片段不发往服务器；写错会导致404/400等错误。
请求URL是指在发起网络请求（比如浏览器访问网页、程序调用API）时，明确指定要获取资源的具体地址和访问方式的字符串，它决定了数据从哪里来、用什么协议取、取哪个路径下的内容。
请求URL的本质作用
请求URL不是随便写的地址，而是客户端向服务器发出“我要这个资源”的精确指令。服务器收到后，会根据URL中的协议、主机、端口、路径、参数等字段，定位并返回对应资源。如果URL写错，服务器无法识别目标，就会返回404或400错误。
它必须是绝对URL（以scheme开头，如https://），不能是相对路径（如/images/logo.png），因为相对路径只在HTML页面内部解析，而请求动作本身需要完整可达的地址。
请求URL的构成拆解
以 https://api.example.com/v1/users?id=123#profile 为例：
① 【协议(scheme)】：https:// —— 决定传输加密方式与默认端口；HTTP默认走80，HTTPS默认走443；若省略，浏览器自动补http://，但程序发起请求时必须显式声明，否则报错。
② 主机名(host)：api.example.com —— DNS解析的目标服务器域名；可替换为IP地址（如192.168.1.100），但需确保该IP能被客户端路由到达。
③ 端口(port)：未显式写出，即使用HTTPS默认端口443；若服务部署在非标端口（如8080），必须写成 https://api.example.com:8080/...，否则连接被拒绝。
④ 路径(path)：/v1/users —— 指向服务器上具体处理逻辑的接口入口；区分大小写，/V1/users 和 /v1/users 是两个不同URL。
⑤ 查询参数(query)：?id=123 —— 以?开头，键值对形式传参；中文或特殊字符（如空格、&、=）必须经过URL编码（如“张三”→ %E5%BC%A0%E4%B8%89），否则服务器解析失败。
⑥ 片段标识符(fragment)：#profile —— 仅在浏览器端生效，不发往服务器；常用于单页应用(SPA)的前端路由，对后端API请求无实际影响。
常见请求URL错误类型
方法一：协议缺失或拼写错误
写成 htp://example.com 或 //example.com/api → 请求根本无法发起，浏览器或HTTP库直接抛出Invalid URL异常。
方法二：路径末尾多加斜杠
预期是 https://api.example.com/users，却写成 https://api.example.com/users/ → 后端路由可能严格匹配，导致404；尤其在RESTful设计中，/users 和 /users/ 常被定义为不同资源。
方法三：查询参数未编码
传参 ?name=王小明&city=北京-朝阳区 → & 和 - 不是问题，但空格、中文、#、? 等字符会导致URL截断或参数错乱；正确做法是用 encodeURIComponent() 编码值部分，如 ?name=%E7%8E%8B%E5%B0%8F%E6%98%8E&city=%E5%8C%97%E4%BA%AC-%E6%9C%9D%E9%98%B3%E5%8C%BA。
方法四：混用相对URL发起跨域请求
在JavaScript中用 fetch("/api/data") → 浏览器会自动补全为当前页面协议+域名+该路径，看似省事，但一旦页面URL变更（如从https://a.com跳到https://b.com），请求就发向错误域名；后端API通常固定，应写完整绝对URL。
