前端如何防止浏览器把URL经过编码送给服务器

前端可以使用encodeURIComponent()函数将URL参数编码，以防止浏览器将其自动进行编码。这样一来，服务器接收到的URL参数就不会发生乱码。另外，前端还可以通过设置请求头中的Content-Type为application/x-www-form-urlencoded来告诉浏览器以表单形式提交数据给服务器。这样一来，浏览器就会将URL参数编码后以表单形式提交给服务器，也能避免乱码的问题。

相关问题

后端如何获取前端浏览器的当前url

后端可以通过 HTTP 请求的头部信息中的 "Referer" 或 "Origin" 字段获取前端浏览器的当前 URL。其中，"Referer" 字段会包含前一个页面的 URL，而 "Origin" 字段则包含当前页面的 URL。可以根据具体需求选择使用哪个字段来获取当前 URL。另外，后端也可以在前端发送请求时，将当前页面的 URL 作为请求参数发送到后端，以便后端获取。

前端在哪里控制浏览器对服务器资源的缓存

前端可以通过在 HTTP 请求头中设置相关的缓存控制字段来控制浏览器对服务器资源的缓存。以下是一些常用的缓存控制字段：

1. Cache-Control：通过设置该字段，可以指定缓存的行为。常见的指令包括：
- no-cache：强制浏览器每次都向服务器发送请求，不使用缓存。
- no-store：禁止浏览器缓存响应内容。
- max-age：设置资源在浏览器缓存中的有效时间，单位为秒。
- public：允许任何中间缓存（如 CDN）缓存响应。
- private：只允许浏览器缓存响应，不允许中间缓存。
- must-revalidate：如果缓存过期，必须向服务器发送请求进行验证。

2. Expires：设置一个具体的过期时间，告诉浏览器在该时间之前可以直接使用缓存。但该字段已被 Cache-Control 中的 max-age 取代。

3. ETag 和 Last-Modified：这两个字段用于实现缓存验证。服务器可以通过 ETag（实体标签）或 Last-Modified（最后修改时间）来标识资源的版本，并在后续请求中使用 If-None-Match 或 If-Modified-Since 字段进行验证。

需要注意的是，浏览器对缓存的处理也受到用户浏览器设置和缓存策略的影响。前端开发者可以根据具体的需求和场景选择合适的缓存控制策略。