当前位置:   article > 正文

【小家Java】Servlet规范之---请求(request):Servlet中如何获取POST请求参数?(使用getParameter())_servletutils.getparameter

servletutils.getparameter
每篇一句

做技术其实你并不需要了解非常多的东西,关键是要深刻。
所以那些刚毕业的小鲜肉说它会高并发、会缓存、会搜索你也不必担心,他们大都属于快餐文化

前言

request对象封装了来自客户端的所有请求信息。在HTTP协议中,客户端发给服务端的所有信息都是通过request对象的请求头和请求体来传送的。

Servlet请求参数

servlet的请求参数作为客户端请求的一部分都是以字符串形式传给servlet容器。

参数以键值对方式存储,而且一个参数名可以对应多个参数值ServletRequest接口的以下4个方法用于访问这些参数信息:

  • getParameter:返回getParameterValues结果的第一个值
  • getParameterNames
  • getParameterValues:查询一个参数名对应的所有参数值,然后以String数组返回
  • getParameterMap:以Map方式返回所有的请求参数,当然,这个Map以参数名为key,参数值为对应的value

从query字串**和post提交的请求体(是有规范约束的,下面介绍)获得的所有请求数据都会包装进请求参数集合(这是个重要概念,可以理解成一个Map)**中。query字串的数据优先性要高于post提交的数据。

简答的说URL里能够get到就以它的为准,若没有再去看~

Servlet参数可用性(POST请求规范)

我们大多数情况下的一个通识:post方式请求,body体里的内容我们是无法使用getParameter等方式去获取参数的。

But可能你只知其一,不知其二。其实如果你的POST请求符合下面4个先决条件,也是能够使用getParameter()

  1. HTTP请求或者是HTTPS请求。
  2. HTTP的请求方法为POST方式。(不支持PUT)
  3. 内容类型是application/x-www-form-urlencoded
  4. Servlet上可使用getParameter系列方法了

备注:Servlet规范只约束了POST请求,对于PUT、HEAD等请求方式,它是没有办法的处理的

Demo Show:
先写个Servlet:

@WebServlet(urlPatterns = "/hello")
public class HelloServlet extends HttpServlet {

    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        String hello = req.getParameter("hello");
        System.out.println(hello);
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

GET请求:http://localhost:8080/demo_war_war/hello?hello=world。毫无疑问可以正常的获取到值world

get请求可以通过request.getQueryString()获取url后面的字符串。

现在我们来一个POST请求,用POSTMAN模拟请求:
URL:http://localhost:8080/demo_war_war/hello
Headers:在这里插入图片描述
Body:在这里插入图片描述
这样我们虽然参数是写进body体,但是还是使用req.getParameter("hello")把world获取出来。

这就是Servlet规范,它只作于POST请求~

若POST请求不是application/x-www-form-urlencoded,怎么获取body体的内容呢?

下面以我们最常见的application/json为例。
在这里插入图片描述
若还是使用req.getParameter("hello"),拿得到的结果是null。那怎么破呢?

那就只能这样子了:getInputStream() 它的作用官方有说明:Retrieves the body of the request as binary data,因此我们只需要把这个流读出来成为字符串,就OK啦~~

IOUtils.toString(request.getInputStream())
  • 1

/当然你在Spring环境,还可以使用StreamUtils、FileCopyUtils来代替对common-io包的依赖~

这样我们就能拿到请求的字符串,若是个Json格式的串,就可以转换为对象了。这也是Spring MVC中@RequestBody的基本原理

备注:请注意流都是只能读一次的,避免冲虚读取~~

PUT请求可以像POST这样使用规范吗?

显然Servlet默认是只支持POST请求参数的,若是PUT源生的它是不支持的。

如果你使用的是Spring MVC,并且版本号是5.1.x.RELAESE或以上版本,福利就有了。它给我们提供了一个FormContentFilter,它能帮我处理这种情况下的PUT请求(其实还有PATCHDELETE请求),比如如下我使用PUT请求:
在这里插入图片描述
并且加上此过滤器(此处,因为我是注解驱动的Web应用,所以用编程的方式添加Filter):

servletContext.addFilter("formContentFilter", new FormContentFilter()).addMappingForUrlPatterns(EnumSet.of(DispatcherType.REQUEST), false, "/*");
  • 1

**完美。**我们依然可以使用req.getParameter("hello")拿到world这个值啦~~~ 这是强大的Spring MVC 5.1之后的版本赋予我们的能力~

Attribute属性

不同于请求你参数Parameter,它一般用于多个servlet之间相互沟通交流数据

  • getAttribute
  • getAttributeNames
  • setAttribute:设置属性值~

一个属性名只能对应一个属性值。

以“java.”和“javax.”开头的属性名已经预留给Servlet规范本身。同样的,“sun.”和“com.sun”也已经预留给Sun微系统公司。 命名方式可参考Spring的命名方式~~~

Servlet与请求路径相关的元素

请求路径由多段重要信息组合而成。以下元素有请求的URI获得并由request对象展示:

  • Context Path:**和ServletContext关联的路径前缀。**如果应用的上下文是Web服务URL命名空间的默认上下文,那么Context Path就是空的。否则,它就以斜杠“/”开始开始的。
  • Servlet Path这段路径对应着处理请求的映射路径,它始于斜杠“/”。如果请求匹配于“/*”规则,那么这时的Servlet Path会是空字串。
  • PathInfo:这段既不是Context Path的一部分,也不是Servlet Path的一部分。它要么为空,要么就是以斜杠“/”作为前导字符的一段字符串

HttpServletRequest下述3个方法用于访问这些信息:

  1. getContextPath
  2. getServletPath
  3. getPathInfo

如上面例子结果为:

System.out.println(req.getContextPath()); //  /demo_war_war
System.out.println(req.getServletPath()); //  /hello
System.out.println(req.getPathInfo()); // null
  • 1
  • 2
  • 3

requesetURI = contextPath + servletPath + pathInfo。 这是个恒等式(除非请求的URI和路径部分的编码不同)

其它相关规范

相对来说不是非常重要的了,提一句即可

  • 路径转换的方法:ServletContext.getRealPath:获取真实路径
  • Cookies:getCookies方法去获取请求对象的cookies数组
  • SSL属性: HTTPS等安全协议
  • 国际化:getLocale(返回客户端更喜欢使用的locale) getLocales
  • 请求数据的编码:当下很多浏览器都并不指定编码格式(默认都是ISO-8859-1),由服务程序自动决定读取请求数据时的编码方法。 getCharacterEncoding:用于获取客户端显示指定的编码,一般都是null
  • 请求对象的生命周期:每个request请求对象只在当前servletservice方法域内可用,或者是在filter的doFilter方法域内可用。

还有个Servlet的规范,在这里也说了:
servlet-2.3中,Filter会过滤一切请求,包括服务器内部使用forward转发请求和<%@ include file="/index.jsp"%>的情况
到了servlet-2.4中Filter默认下只拦截外部提交的请求,forward和include这些内部转发都不会被过滤(更别谈SpringMVC的拦截器了,更不会被拦截喽~)。当然你若想让你的Filter拦截到所有,你需要显示的做如下配置:

<filter>  
    <filter-name>myFilter</filtername>  
    <filter-class>xxx.MyFilter</filter-class>  
</filter>  
<filter-mapping>  
    <filter-name>myFilter</filtername>  
    <url-pattern>/*</url-pattern>  
	
	<!-- 拦截模式,不写默认只有REQUEST:只拦截外部的请求 -->
    <dispatcher>REQUEST</dispatcher>  
    <dispatcher>FORWARD</dispatcher>  
    <dispatcher>INCLUDE</dispatcher>  
    <dispatcher>EXCEPTION</dispatcher>  
</filter-mapping>  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
总结

上面说的对POST请求的这个规范是Servlet 2.4就已经出来了,在微服务大行其道的今天,大都是前后端完全分离的架构设计。前后端通讯基本采用更加轻量级的JSON格式,所以他们的Config-type一般都是application/json方式,自然而然就不符合Servlet规范了~

另外其实我们也能感觉到,随着Spring5.0的发布,Servlet的地位已经被撼动了。相信在不久的将来,它将成为历史。但是技术都能触类旁通的,技多不压身~~

希望此文对你有帮助,毕竟,毕竟,毕竟Servlet还是现在的主流~~~未来3-5年依旧


关注A哥

AuthorA哥(YourBatman)
个人站点www.yourbatman.cn
E-mailyourbatman@qq.com
微 信fsx641385712
活跃平台
公众号BAT的乌托邦(ID:BAT-utopia)
知识星球BAT的乌托邦
每日文章推荐每日文章推荐

BAT的乌托邦

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/羊村懒王/article/detail/309851
推荐阅读
相关标签
  

闽ICP备14008679号