此版本仍在开发中,尚未被视为稳定版本。最新的稳定版本请使用 Spring Framework 6.1.13! |
此版本仍在开发中,尚未被视为稳定版本。最新的稳定版本请使用 Spring Framework 6.1.13! |
表单数据
浏览器只能通过 HTTP GET 或 HTTP POST 提交表单数据,但非浏览器客户端也可以
使用 HTTP PUT、PATCH 和 DELETE。Servlet API 要求方法仅支持 HTTP POST 的表单字段访问。ServletRequest.getParameter*()
该模块提供拦截 HTTP PUT、PATCH 和 DELETE
内容类型为 的请求,从中读取表单数据
请求的正文,并包装 以生成表单数据
可通过 Methods系列获得。spring-web
FormContentFilter
application/x-www-form-urlencoded
ServletRequest
ServletRequest.getParameter*()
请求头转发
当请求通过负载均衡器等代理时,主机、端口和 方案可能会更改,这使得创建指向正确 Host、Port 和 Scheme。
RFC 7239 定义了 HTTP 标头
代理可用于提供有关原始请求的信息。Forwarded
非标准标头
还有其他非标准标头,包括 、 和 .X-Forwarded-Host
X-Forwarded-Port
X-Forwarded-Proto
X-Forwarded-Ssl
X-Forwarded-Prefix
X-转发主机
虽然不是标准的,但 X-Forwarded-Host: <host>
是一个事实上的标准标头,用于将原始主机传达给
downstream server 的例如,如果请求 发送到
将请求转发到 的代理,则可以发送标头 ,以通知服务器原始主机是 。example.com/resource
localhost:8080/resource
X-Forwarded-Host: example.com
example.com
X 转发端口
虽然不是标准的,但实际上是一个用于
将原始端口传送到下游服务器。例如,如果将请求 of 发送到代理,该代理将请求转发到 ,则可以发送 的标头
通知服务器原始端口为 .X-Forwarded-Port: <port>
example.com/resource
localhost:8080/resource
X-Forwarded-Port: 443
443
X 转发原型
虽然不是标准的,但 X-Forwarded-Proto:(https|http)
是用于传达原始协议(例如 https / https)的事实标准标头
到下游服务器。例如,如果请求 发送到
将请求转发到 的代理,则可以发送 的标头以通知服务器原始协议是 。example.com/resource
localhost:8080/resource
X-Forwarded-Proto: https
https
X-转发 SSL
虽然不是标准的,但实际上是一个标准标头,用于传达
原始协议(例如 HTTPS / HTTPS)到下游服务器。例如,如果将请求 of 发送到代理,该代理将请求转发到 ,则 to 的标头会通知服务器
最初的协议是 。X-Forwarded-Ssl: (on|off)
example.com/resource
localhost:8080/resource
X-Forwarded-Ssl: on
https
X 转发前缀
虽然不是标准的,但 X-Forwarded-Prefix: <prefix>
是事实上的标准标头,用于将原始 URL 路径前缀传达给
downstream server 的
使用 可能因部署方案而异,并且需要灵活
允许替换、删除或预置目标服务器的路径前缀。X-Forwarded-Prefix
场景 1:覆盖路径前缀
https://example.com/api/{path} -> http://localhost:8080/app1/{path}
前缀是 capture group 之前的路径的开头。对于代理,
前缀为 ,而对于服务器,前缀为 。在这种情况下,代理
可以发送,以使原始前缀覆盖
server prefix 的 .{path}
/api
/app1
X-Forwarded-Prefix: /api
/api
/app1
方案 2:删除路径前缀
有时,应用程序可能希望删除前缀。例如,考虑 以下代理到服务器的映射:
https://app1.example.com/{path} -> http://localhost:8080/app1/{path} https://app2.example.com/{path} -> http://localhost:8080/app2/{path}
proxy 没有前缀,而 applications 和 分别具有路径前缀 和 。代理可以发送到
让空前缀覆盖 Server Prefixes 和 。app1
app2
/app1
/app2
X-Forwarded-Prefix:
/app1
/app2
此部署方案的一个常见情况是许可证按 production application server 部署多个应用程序,并且最好为每个 server 来降低费用。另一个原因是在同一台服务器上运行更多应用程序 order 共享服务器运行所需的资源。 在这些情况下,应用程序需要一个非空的上下文根,因为有多个 应用程序。但是,这在 公共 API,应用程序可以在其中使用不同的子域,从而提供优势 如:
|
方案 3:插入路径前缀
在其他情况下,可能需要在前面加上前缀。例如,考虑 以下代理到服务器的映射:
https://example.com/api/app1/{path} -> http://localhost:8080/app1/{path}
在这种情况下,代理的前缀为 ,服务器的前缀为 。代理可以发送以使原始前缀覆盖 server prefix 。/api/app1
/app1
X-Forwarded-Prefix: /api/app1
/api/app1
/app1
转发标头过滤器
ForwardedHeaderFilter
是一个 Servlet 过滤器,它修改请求以便
a) 根据标头更改主机、端口和方案,以及 b) 删除它们
标头以消除进一步的影响。过滤器依赖于包装请求,并且
因此,它必须排在其他过滤器之前,例如 ,
应该使用修改后的请求,而不是原始请求。Forwarded
RequestContextFilter
安全注意事项
转发的 Headers 存在安全注意事项,因为应用程序无法知道
标头是由代理按预期添加的,还是由恶意客户端添加的。这就是为什么
应将信任边界的代理配置为删除来自外部的不受信任的标头。您还可以配置 with ,在这种情况下,它会删除但不使用 Headers。Forwarded
ForwardedHeaderFilter
removeOnly=true
调度程序类型
为了支持异步请求和错误调度,此
filter 应该与 和 映射。
如果使用 Spring Framework 的(参见 Servlet Config),则所有过滤器都会自动注册所有 dispatch
类型。但是,如果通过 注册过滤器,或者在 Spring Boot 中通过 注册过滤器,请确保除了 之外还包括 。DispatcherType.ASYNC
DispatcherType.ERROR
AbstractAnnotationConfigDispatcherServletInitializer
web.xml
FilterRegistrationBean
DispatcherType.ASYNC
DispatcherType.ERROR
DispatcherType.REQUEST
此部署方案的一个常见情况是许可证按 production application server 部署多个应用程序,并且最好为每个 server 来降低费用。另一个原因是在同一台服务器上运行更多应用程序 order 共享服务器运行所需的资源。 在这些情况下,应用程序需要一个非空的上下文根,因为有多个 应用程序。但是,这在 公共 API,应用程序可以在其中使用不同的子域,从而提供优势 如:
|
浅层 ETag
过滤器通过缓存内容来创建 “浅层” ETag
写入响应并从中计算 MD5 哈希。下次客户端发送时,
它执行相同的操作,但它还会将计算的值与请求标头进行比较,如果两者相等,则返回 304 (NOT_MODIFIED)。ShallowEtagHeaderFilter
If-None-Match
此策略可节省网络带宽,但不节省 CPU,因为必须为每个请求计算完整响应。
状态更改 HTTP 方法和其他 HTTP 条件请求标头(如 和 )不在此筛选器的范围内。控制器级别的其他策略
可以避免计算,并对 HTTP 条件请求提供更广泛的支持。
请参阅 HTTP 缓存。If-Match
If-Unmodified-Since
此过滤器具有一个参数,该参数将过滤器配置为写入弱 ETag
类似于以下内容:(如 RFC 7232 第 2.3 节中所定义)。writeWeakETag
W/"02a2d595e6ed9a0b24f027f2b63b134d6"
为了支持异步请求,必须映射此过滤器
替换为 API 的 API API 的 API 请求,以便筛选器可以延迟并成功生成
ETag 添加到最后一个异步调度的末尾。如果使用 Spring Framework 的(参见 Servlet Config)
所有过滤器都会自动为所有 Dispatch 类型注册。但是,如果注册
过滤器 via 或在 Spring Boot via 中确保包含 .DispatcherType.ASYNC
AbstractAnnotationConfigDispatcherServletInitializer
web.xml
FilterRegistrationBean
DispatcherType.ASYNC
CORS
Spring MVC 通过
控制器。但是,当与 Spring Security 一起使用时,我们建议依赖必须在 Spring Security 的过滤器链之前订购的内置功能。CorsFilter