在使用相对路径发送请求后,显示在浏览器的network里的requestURL是http://10.13.5.25:8000/api/v1/workspaces/list吗
时间: 2023-08-07 18:03:50 浏览: 58
不是的。当你使用相对路径发送请求时,在浏览器的 Network 面板中显示的请求 URL 不会是完整的目标地址 `http://10.13.5.25:8000/api/v1/workspaces/list`。
相对路径请求是相对于当前页面的路径发送请求,而不是直接使用完整的目标地址。因此,在 Network 面板中显示的请求 URL 将会是基于当前页面的 URL 加上相对路径。
如果你的当前页面是 `http://localhost:8081`,并且你使用相对路径 `/api/v1/workspaces/list` 发送请求,那么在 Network 面板中显示的请求 URL 将会是 `http://localhost:8081/api/v1/workspaces/list`。
实际上,这就是前端代理的作用。它会将相对路径请求转发到正确的目标地址上,而不需要直接指定完整的目标地址。所以,在前端代码中,你可以使用相对路径来发送请求,而不需要关心实际的目标地址。代理会负责将请求转发到正确的地址上。
相关问题
在修改完成后,requestURL会是 http://localhost:8081/api/v1/workspaces/lis还是http://10.13.5.25:8000/api/v1/workspaces/list
在前端代理配置中,当你发送请求到 `/api/v1/workspaces/list` 时,代理会将请求转发到 `http://10.13.5.25:8000/api/v1/workspaces/list`。这意味着在前端代码中,你可以使用相对路径 `/api/v1/workspaces/list` 来发送请求,而不需要直接指定完整的目标地址。
但是请注意,当请求被代理发送到后端时,实际的请求 URL 是 `http://10.13.5.25:8000/api/v1/workspaces/list`。在后端处理请求时,你需要确保后端代码正确地处理了这个 URL。
在前端代理的配置中,代理服务器会自动将相对路径转换为完整的目标地址。这样,对于前端代码来说,它仍然是以相对路径的方式发送请求,不需要关心实际的目标地址。代理会负责将请求转发到正确的地址上。
所以,总结来说,在修改完成后,你的前端代码中可以使用相对路径 `/api/v1/workspaces/list` 来发送请求,但实际的请求 URL 是 `http://10.13.5.25:8000/api/v1/workspaces/list`。
意思是我想调用http://10.13.5.25:8000/api/v1/workspace/list这个api,需要用http://localhost:8081将/api/v1/workspace/list转发到http://10.13.5.25:8000吗?
是的,你理解得很对!如果你想在前端从 `http://localhost:8081` 调用 `http://10.13.5.25:8000/api/v1/workspace/list` 这个 API,你可以通过前端代理将 `/api/v1/workspace/list` 转发到 `http://10.13.5.25:8000`。
在前端的代理配置中,你可以将 `/api/v1/workspace/list` 配置为转发到 `http://10.13.5.25:8000/api/v1/workspace/list`。这样,当你在前端发送请求到 `/api/v1/workspace/list` 时,代理会将请求转发到 `http://10.13.5.25:8000/api/v1/workspace/list`。
通过这样的配置,你可以绕过浏览器的同源策略限制,从 `http://localhost:8081` 成功调用 `http://10.13.5.25:8000/api/v1/workspace/list` 这个 API。