跨境派

跨境派

跨境派,专注跨境行业新闻资讯、跨境电商知识分享!

当前位置:首页 > 工具系统 > 广告工具 > Spring Web MVC入门(2)——请求

Spring Web MVC入门(2)——请求

时间:2024-04-28 11:40:20 来源:网络cs 作者:峨乐 栏目:广告工具 阅读:

标签: 请求  入门 

目录

一、传递单个参数

基础类型和包装类型的区别

1、基础类型

(1)不传参

(2)传字符串

2、包装类型

(1)不传参

(2)传字符串

3、小结

二、传递多个参数

三、传递对象

四、后端参数重命名(后端参数映射)

五、传递数组

六、传递集合

不加注解@RequestParam

加注解@RequestParam

七、传递JSON数据

1、JSON概念

JSON于JavaScript的关系:

2、JSON语法

(1)JSON的语法:

(2)JSON的两种结构:

3、JSON字符串和Java对象互转

4、JSON优点

5、传递JSON对象

八、获取URL中参数@PathVariable

九、上传文件@RequestPart

十、获取Cookie / Session

1、回顾Cookie

2、理解Session

3、Cookie 和 Session 的区别(面试常考)

4、获取Cookie

(1)传统获取Cookie

(2)简洁获取Cookie

5、获取Session

(1)Session 存储

(2)传统获取Session

(3)简洁获取 Session(1)

(4)简洁获取 Session(2)

下面讨论一下Spring从传统获取Session到简洁获取Session:

十一、获取Header

1、传统获取Header

2、简洁获取Header


        访问不同的路径,就是发送不同的请求。在发送请求时,可能会带一些参数,所以学习Spring的请求,主要是学习如何传递参数到后端,以及后端如何接收。

        传递参数,这里主要使用Postman来模拟,浏览器也可以,但是Postman会更方便。

后端开发人员无需过度关注如何传递参数,了解即可,实际开发中以Postman测试为主。比如餐厅里的厨师,不需要关注用户是在店里下单还是外卖平台下单,只需要知道如何接收订单,根据订单做出对应的菜肴即可。

一、传递单个参数

        接收单个参数,在Spring MVC中直接使用方法中的参数就可以了,比如以下代码:

import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RestController;@RestController@RequestMapping("/Demo1")public class Demo1 {    @RequestMapping("/test")    public String test(String name) {        return "接收到的参数name:" + name;    }}

        Postman观察返回的请求:

        查询字符串名称必须和方法里的参数名称一样,如图:

        现在把name改成name1,结果如下:

        因为URL已经指定要访问test方法了,但是方法没有name1这个参数,就只能返回一个null了。

基础类型和包装类型的区别

1、基础类型

        基础类型现在正常传参,代码如下:

import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RestController;@RestController@RequestMapping("/Demo1")public class Demo1 {    @RequestMapping("/test")    public String test(int age) {        return "接收到的参数age:" + age;    }}

        Postman:

        

        是没有任何问题的。下面看看如果不传参,会怎么样

(1)不传参

        Postman:

        错误码是500,说明是服务器这边出问题了,观察程序日志:

        上面说int类型的参数age,虽然为可选的,但由于被声明为基本类型,而不能转换为空值,考虑将其声明为对应基本类型的包装类型。按照错误信息解决错误即可。初学者也应该养成看错误日志的习惯

(2)传字符串

        传字符串,Postman:

        错误码是400,说明是客户端这边出问题了,error提示:Bad Request,说明请求有问题,再看服务器这边,也出现了警告日志:

        如果实在看不懂,可以去有道云进行翻译,如图:

        说明基本类型int不能转换为字符串。

2、包装类型

        代码如下:

import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RestController;@RestController@RequestMapping("/Demo1")public class Demo1 {    @RequestMapping("/test")    public String test(Integer age) {        return "接收到的参数age:" + age;    }}

        正常传参,观察结果:

        没有问题。

(1)不传参

        当不传参时,Postman结果如下:

        和基本类型不同,并没有报错,而是显示出null。

        对于包装类型,如果不传对应参数,Spring接收到的数据则为null,所以企业开发中,对于参数可能为空的数据,建议使用包装类型

(2)传字符串

        传字符串,Postman结果:

        报错和基本类型一样,日志如下:

3、小结

        对于方法里参数可能为null的数据,建议使用包装类型;而对于传递对象时(后面会讲到),对象(类)里面可以不使用包装类型,如果无法进行区分,那就都使用包装类型好了


二、传递多个参数

        和接收单个参数一样,无非就是多加几个参数而已,代码如下:

    @RequestMapping("/test2")    public String test2(String name, Integer age) {        return "接收到的参数name:" + name + "  接收到的参数age:" + age;    }}

        Postman观察结果如下:

        这里传参的时候,填入query string 的参数位置顺序可以任意的,结果不受这个顺序影响

        但是如果要传很多个,3个,4个,5个.....,这样进行传参代码就会显得很丑,所以,就可以引入对象,下面的内容介绍传对象。


三、传递对象

        现在有Student类,代码如下:

public class Student {    private String name;    private int age;    private int id;    public String getName() {return name;}    public int getAge() {return age;}    public int getId() {return id;}    public void setName(String name) {this.name = name;}    public void setAge(int age) {this.age = age;}    public void setId(int id) {this.id = id;}    @Override    public String toString() {        return "Student{" +                "name='" + name + '\'' +                ", age=" + age +                ", id=" + id +                '}';    }}

        传递对象的代码:

    @RequestMapping("test3")    public Object test3(Student student) {        return student.toString();    }

        Postman发送请求,结果如下:

        如果不传参数呢?这里不会吧报错?试一下就知道了,如图:

        

        可以看到,并不会报错原因就是在对象(类)中,成员属性会自动初始化,使用基础类型,也会进行初始化,如果没有传递这个参数,不会报错;但如果直接在接口方法中声明,使用int类型,没传参就会报错,就像上面介绍基础类型报错的例子。


四、后端参数重命名(后端参数映射)

        某些特殊的情况下,前端传递的参数key和我们后端接收的key可以不一致,比如前端传递了一个time给后端,但后端是使用createtime字段来接收的,这样就会出现参数接收不到的情况,如果我们想前端传过来的参数,后端接收的参数是重命名后的,就可以使用@RequestParam来重命名后端等待参数值。

        代码如下:

@RequestMapping("d1")@RestControllerpublic class Demo1 {    @RequestMapping("r1")    public String method_1(@RequestParam(value = "time") String newTime) {        return "接收到的参数newTime:" + newTime;    }}

        postman页面如下:

        

        可以看到,Spring可以正确的把浏览器传递的参数time绑定到后端参数newTime上。

        我们试试传参的参数改成newTime,看看有没有问题,postman页面如下:

        

        错误码400,说明客户端这边的请求有问题,看看报错日志:

        请求参数“time”不存在,说明访问这个方法,必须要有参数,而我们传的newtTime参数,在这里没有,所以就报错了,我们也可以设置参数不是必须的,代码如下:

@RequestMapping("d1")@RestControllerpublic class Demo1 {    @RequestMapping("r1")    public String method_1(@RequestParam(value = "time",required = false) String newTime) {        return "接收到的参数newTime:" + newTime;    }}

        这样如果我们没有传参,也不会报错了,如图:

        

        或者传其他参数名,也不会报错

        

 在这里可以得出结论:

1、注解:@RequestParam 进行参数重命名时,请求参数只有和@RequestParam声明的名称一致,才能进行参数绑定和赋值。

2、注解:@RequestParam 默认访问此方法是必须要带参数的,也可以设置不再参数。


五、传递数组

        传递数组时,Spring MVC可以自动绑定数组参数的赋值,代码如下:

    @RequestMapping("r2")    public String method2(String[] str) {        return Arrays.toString(str);    }

        postman页面如下:

        

        浏览器可以使用以下URL:

http://127.0.0.1:8080/d1/r2?str=zhangsan&str=lisi&str=wangwu
http://127.0.0.1:8080/d1/r2?str=zhangsan%2clisi%2cwangwu
http://127.0.0.1:8080/d1/r2?str=zhangsan,lisi,wangwu


六、传递集合

        集合参数,和数组类似,同一个请求参数名有多个,且需要使用@RequestParam注解绑定参数关系。

        默认情况下,请求中参数名相同的多个值,是封装到数组。如果要封装到集合,要使用@RequestParam绑定参数关系。

不加注解@RequestParam

        不加注解@RequestParam的代码:

    @RequestMapping("r3")    public String method3(List<String> list) {        return "size:" + list.size() + ",list:" + list;    }

        postman页面:

        

        可以看到,服务器这边报错了,看看日志:

        说明传参的时候,出问题了,因为没有加注解@RequestParam,所以默认传的参数是数组,但接收的确实集合List,所以服务器这边代码就会报错。

加注解@RequestParam

        加注解@RequestParam的代码:

    @RequestMapping("r3")    public String method3(@RequestParam List<String> list) {        return "size:" + list.size() + ",list:" + list;    }

        postman页面:

        

        可以看到,这时候就没出错了,因为加了注解@RequestParam后,客户端这边传的参数就不是数组了,而是List。


七、传递JSON数据

1、JSON概念

        JSON:JavaScript Object Notation【JavaScript 对象表示法】。

        JSON是一种轻量级的数据交互格式。它基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集,采用完全独立于编程语言的文本格式,来存储和表示数据。——百度百科

        简单来说:JSON就是一种数据格式,有自己的格式和语法,使用文本表示一个对象或数组的信息,因此JSON本质是字符串。主要负责在不同的语言中进行数据传递和交换。

        类似于:国际通用语言:英语。或者是中国56个民族不同地区的通用语言:普通话。有自己的语法,但其他语言也认识。

JSON于JavaScript的关系:

        没有关系,只是语法相似,js开发者能更快的上手而已,但是他的语法本身比较简单,所以也很好学。

2、JSON语法

        JSON是一个字符串,它的格式非常类似JavaScript对象字棉量的格式,如下是一段JSON数据:

{
    "squadName": "Super hero squad",
    "homeTown": "Metro City",
    "formed": 2016,
    "secretBase": "Super tower",
    "active": true,
    "members": [
        {
            "name": "Molecule Man",
            "age": 29,
            "secretIdentity": "Dan Jukes",
            "powers": [
                "Radiation resistance",
                "Turning tiny",
                "Radiationblast"
            ]
        },
        {
            "name": "Madame Uppercut",
            "age": 39,
            "secretIdentity": "Jane Wilson",
            "powers": [
                "Million tonne punch",
                "Damage resistance",
                "Superhumanreflexes"
            ]
        },
        {
            "name": "Eternal Flame",
            "age": 1000000,
            "secretIdentity": "Unknown",
            "powers": [
                "Immortality",
                "Heat Immunity",
                "Inferno",
                "Teleportation",
                "Interdimensional travel"
            ]
        }
    ]
}

        也可以进行压缩:

{"squadName":"Super hero squad","homeTown":"Metro City","formed":2016,"secretBase":"Super tower","active":true,"members":[{"name":"Molecule Man","age":29,"secretIdentity":"Dan Jukes","powers":["Radiation resistance","Turning tiny","Radiationblast"]},{"name":"Madame Uppercut","age":39,"secretIdentity":"Jane Wilson","powers":["Million tonne punch","Damage resistance","Superhumanreflexes"]},{"name":"Eternal Flame","age":1000000,"secretIdentity":"Unknown","powers":["Immortality","Heat Immunity","Inferno","Teleportation","Interdimensional travel"]}]}

        压缩后和没压缩之前的数据是一样的,只不过没压缩的进行了格式化,更易读。

(1)JSON的语法:

1、数据在 键值对(Key / Value)中。

2、数据由逗号 " , " 分割。

3、对象用 " { } " 表示。

4、数组用 " [ ] " 表示。

5、值可以为对象,也可以为数组,数组中可以包含多个对象。

(2)JSON的两种结构:

1、对象:大括号 " { } " 保存的对象是一个无序的 键值对 集合。一个对象以左括号 " { " 开始,右括号 " } " 结束。每个 "键" 后跟一个冒号 " : ",键值对使用逗号 " , " 分隔。

2、数组:中括号 " [ ] " 保存的数组是值(Value)的有序集合。一个数组以左中括号 " [ " 开始,右中括号 " ] ",值之间使用逗号 " , " 分隔。

所以,以下都是合法的JSON数据:

{"name":"admin","age":18}
["hello", 3.1415, "json"]
[{"name":"admin","age":18},{"name":"root","age":16},{"name":"张三","age":20}]

        可以使用在线JSON格式化工具来进行校验和书写:在线JSON校验格式化工具(Be JSON)

3、JSON字符串和Java对象互转

        JSON本质上是一个字符串,通过文本来存储和描述数据。

        Spring MVC框架也集成了JSON的转换工具,我们可以直接使用,来完成JSON字符串和Java对象的互转。

        本质上是 Jackson-databind 提供的功能,Spring MVC框架中已经把该工具包引入了进来,咱们直接使用即可,如果脱离SPring MVC使用,需要引入相关依赖:

<dependency>    <groupId>com.fasterxml.jackson.core</groupId>    <artifactId>jackson-databind</artifactId>    <version>2.13.5</version></dependency>

        Person类如下:

public class Person {    private int id;    private String name;    private String password;    public Person(){ };    public Person(int id, String name, String password) {        this.id = id;        this.name = name;        this.password = password;    };    @Override    public String toString() {        return "Person{" +                "id=" + id +                ", name='" + name + '\'' +                ", password='" + password + '\'' +                '}';    }    public int getId() {return id;}    public String getName() {return name;}    public String getPassword() {return password;}    public void setId(int id) {this.id = id;}    public void setName(String name) {this.name = name;}    public void setPassword(String password) {this.password = password;}}

        互转的代码如下:

public class JSONUtils {    private static ObjectMapper objectMapper = new ObjectMapper();    public static void main(String[] args) throws JsonProcessingException {        Person person = new Person(10, "zhangsan", "123456");        //对象转为JSON字符串        String jsonStr = objectMapper.writeValueAsString(person);        System.out.println("JSON字符串为:" + jsonStr);        //JSON字符串转为对象        Person p = objectMapper.readValue(jsonStr, Person.class);        System.out.println("转换的对象为:" + person.toString());    }}

        运行结果如下:

4、JSON优点

1、简单易用:语法简单,易于理解和编写,可以快速地进行数据转换。

2、跨平台支持:JSON可以被多种编程语言解析和生成,可以在不同的平台和语言之间进行数据交换和传输。

3、轻量级:相较于XML格式,JSON数据格式更加轻量级,传输数据时占用的带宽较小,可以提高传输速度。

4、易于扩展:JSON的数据结构灵活,支持嵌套对象和数组等复杂的数据结构,便于扩展和使用。

5、安全性:JSON数据格式是一种纯文本格式,不包含可执行代码,不会执行恶意代码,因此具有较高的安全性。

        基于以上特点,JSON在Web应用程序中被广泛使用,如前后端数据交互、API接口数据传输等。

5、传递JSON对象

        接收JSON对象,需要使用@RequestBody注解。

RequestBody:请求正文,意思是这个注解作用在请求正文的数据绑定,请求参数必须写在请求正文中。

        后端代码如下:

@RestController@RequestMapping("/d1")public class Demo {    @RequestMapping("/m1")    public Object method1(@RequestBody Person person) {        return person.toString();    }}

        使用postman发送json请求参数:

        可以看到,后端正确接收到了,下面通过fiddler观察一下请求参数:

        

        可以看到,请求类型是json。那如果后端代码去掉注解@RequestBody呢?代码如下:

@RestController@RequestMapping("/d1")public class Demo {    @RequestMapping("/m1")    public Object method1( Person person) {        return person.toString();    }}

        继续使用Postman传递json,看看响应结果:

        可以看到,并没有给person赋值成功。


八、获取URL中参数@PathVariable

        path variable路径变量

        和字面表达的意思一样,这个注解主要作用在请求URL路径上的数据绑定(默认传递参数写在URL上,Spring MVC就可以获取到)。

        后端代码:

    @RequestMapping("/m2/{id}/{name}")    public String method2(@PathVariable Integer id, @PathVariable("name") String userName) {        return "解析参数id:" + id + ",name:" + userName;    }

        使用浏览器,访问:http://127.0.0.1:8080/d1/m2/5/zhangsan  ,页面如下:

        

        使用Postman页面如下:

        

        可以看到,后端接收到了URL的参数,下图是参数对应关系:

如果方法参数名称和需要绑定的URL的变量名称一致时,可以简写,不用给@PathVariable的属性赋值,例如上述例子中的id变量。

如果方法参数名称和需要绑定的URL的变量名称不一致时,需要给@PathVariable的属性赋值,如上述例子中的userName变量。


九、上传文件@RequestPart

        使用注解RequestPart

        后端代码实现:

    @RequestMapping("m3")    public String getFile(@RequestPart("file") MultipartFile file) throws IOException {        //获取文件名称        String fileName = file.getOriginalFilename();        //文件上传到指定路径        file.transferTo(new File("D:/desktop/file/javaEE/temp" + file.getOriginalFilename()));        return "接收到的文件名称为: " + fileName;    }

        Postman页面如下:

        查看电脑 D:/desktop/file/javaEE/temp/ 路径下是否有cat.jpg文件:


十、获取Cookie / Session

        HTTP协议自身是属于 “无状态” 协议。“无状态” :默认情况下,HTTP协议的客户端和服务器的这次通信,和下次通信之间没有直接的联系(也可以理解成 “无记忆”)

        在计算机领域,我们认为 “无状态” 是好的,相反,“有状态” 就不好。

        但是实际开发中,很多时候是需要知道请求之间有关联的关系,例如我登录第三方网站,第一次登录成功后,后续的访问就不用继续输入账户密码,可以直接登录成功,所以这时候服务器就需要知道我之前是登录过了的。

1、回顾Cookie

        下面简单介绍一下Cookie,详细介绍可以看我之前写的博客:网络原理 - HTTP / HTTPS(2)

        Cookie本质是浏览器这边,本地化永久存储数据的机制,是一个身份标识,相当于令牌

        客户端和服务器之间的登录请求交互,大概流程图如下:

        

        Cookie就像就诊卡:去医院看病,第一次去陌生的医院看病,进行挂号,一般都是要买个就诊卡的,医生给你看病时,第一句也不是问你病情,而是像你要就诊卡,这个就诊卡就记录着你之前的病史、开过的药、生病的日期,都会记录着,如果是第一次去这个医院,当然也就没有之前的病史了,但你这次的就诊也会记录在这上面。大概流程图如下:

        

        Cookie就简单介绍到这。

        客户端这边有了Cookie这个 “令牌”,那服务器这边也就需要记录 这个 “令牌” 的信息;因为一个网站,会有很多客户,大型网站无时无刻都有很多请求访问过来,那么就会带有非常多的Cookie,这也就意味着,服务器这边也要对 这些 “令牌” 进行管理,这些工作也就是下面要介绍的 Session 来负责了。

2、理解Session

        了解Session之前,我们先谈谈会话(会话:对话的意思),现实中的会话如下图:

        

        在计算机领域中,会话是一个客户端与服务器的不中断的请求响应。对于服务器来说,客户端发来的请求,服务器能识别出请求来自同一个客户端。当一个未知的客户端向Web应用程序发送第一个请求,此时就开始了一个会话。当客户明确结束会话或者服务器在一个时限(时间阈值,Session默认的超时时间是30min,但这也是可以进行设置)没有接收到客户端发来的任何请求,此时会话就结束了。

有点像打电话咨询客服,每次打一个电话,就会有客服和我们进行沟通,此时会话就建立了,当我们挂断电话,此时会话就会结束,或者较长时间没有回客服,没有新的请求,此时会话也会结束。

        服务器同一时刻会收到很多请求,服务器也需要清楚的区分每个请求是从属于哪个用户,也就是会有不同的会话,要进行区分这些会话,就需要在服务器这边记录每个会话以及与用户信息的对应关系,服务器为了保存用户信息创建了一个特殊的对象:Session。大概流程图如下:

        Session的本质就是一个 “哈希表”,存储了一些键值对结构。Key就是SessionID,Value就是用户信息(用户信息可以根据需求灵活设计)。结构大概如下图:

        SessionId 是由服务器生成的一个 “唯一性字符串”,从Session机制的角度来看,这个唯一性字符串称为 “SessionId”。但是站在整个登录流程中看待,也可以把这个唯一性字符串称为:“token”。

        上述例子中的令牌ID,就可以看做是SessionId,只不过令牌除了 ID 之外,还会带一些其他信息,比如时间、签名等。

    举个账户余额的例子,如图:

        Cookie和Session搭配一起使用,大概流程如下:

1、当用户登录的时候,服务器在Session会新增一个新记录,并把SessionID,返回给客户端(通过HTTP响应中是Set-Cookie字段返回)。

2、客户端后续再给服务器发送请求的时候,需要在请求中带上SessionId(通过HTTP请求中的Cookie字段带上)。

3、服务器接收到请求后,根据请求中的SessionId,找到对应的Session中,获取到对应的用户信息,再进行后续的操作。如果找不到,就重新创建Session,再把SessionId返回给客户端。

注意:Session默认是保存在内存中的,如果重启服务器,Session数据就像消失。

3、Cookie 和 Session 的区别(面试常考)

(1)Cookie是客户端保存用户信息的一种机制,Session是服务器保存用户信息的一种机制。

(2)Cookie和Session之间是通过SessionId关联起来的(并没有什么直接关系),SessionId是Cookie和Session之间的桥梁。

(3)Cookie和Session经常会搭配在一起使用,但不是必须搭配的。

        a、完全可以用Cookie保存一些数据在客户端;这些数据并不一定是用户身份信息(SessionId)。

        b、Session的SessionId也不是非得通过Cookie / Set-Cookie传递,也有其他方式,比如通过URL传递。

4、获取Cookie

(1)传统获取Cookie

        代码如下:

@RestController@RequestMapping("/d1")public class Demo1 {    @RequestMapping("/getC1")    public String getCookie(HttpServletRequest request, HttpServletResponse response) {        //获取参数        //String name = request.getParameter("name");        //获取所有参数        Cookie[] cookies = request.getCookies();        //1、不使用lambda表达式        StringBuilder stringBuilder = new StringBuilder();        if(cookies != null) {            for(Cookie ck : cookies) {                stringBuilder.append(ck.getName() + ":" + ck.getValue());            }        }        //return "获取Cookie信息:" + stringBuilder;                //2、使用lambda表达式        if(cookies != null) {            Arrays.stream(cookies).forEach(ck -> System.out.println(ck.getName() + ":" + ck.getValue()));        }        return "获取Cookie";    }}

        使用浏览器访问:http:127.0.0.1:8080/d1/getC1,页面如下:

        

        因为没有设置Cookie,现在Cookie是null,控制台也不会打印Cookie,如图:

        现在在浏览器手动设置一些Cookie,如图:

         这个称为:host domain

        也可以使用Postman设置Cookie,如图:

        刷新一下页面,再看看控制台,打印了hahaha:666,说明后端接收到了浏览器发来的Cookie,如图:

        从这个例子也能看出来,Cookie是可以伪造的,也就是不安全的,所以使用Cookie时,后端也需要进行Cookie的校验。

1、Spring MVC是基于Servlet API构建的原始Web框架,也是在Servlet的基础上实现的,HttpServletRequest、HttpServletResponse 是Servlet提供的两个类,是Spring MVC方法的内置对象。需要时直接在方法中添加声明即可(例如注解@CookieValue,下面会介绍)。

2、HttpServletRequest 对象代表客户端的请求。当客户端通过HTTP协议访问服务器时,HTTP请求头的所有信息都封装在这个对象中,通过这个对象提供的方法,可以获取到客户端请求的所有信息。

3、HttpServletResponse 对象代表服务器的响应。HTTP响应的信息都在这个对象中,比如向客户端发送的数据、响应头、状态码等等。通过这个对象提供的方法,可以获得服务器响应的所有内容。

        Spring MVC在这两个对象的基础上进行了封装,给我们提供了更简单的使用方法(使用注解)。下面介绍简洁获取Cookie的使用方法。

(2)简洁获取Cookie

        后端代码如下:

    @RequestMapping("/getC2")    public String getCookie2(@CookieValue("name") String newName) {        return "从Cookie中获取值,name:" + newName;    }

        Cookie如下:

        浏览器访问:http:127.0.0.1:8080/d1/getC2 ,页面如下:

        

5、获取Session

(1)Session 存储

        因为Session是服务器这边存储的信息,所以要获取到到Session前要先有它。

        Session也是基于HttpServletRequest来存储和获取的,下面是存储Session的后端代码:

    @RequestMapping("/setSess")    public String setSess(HttpServletRequest request) {        //从Cookie中获取到SessionId,根据SessionId获取Session对象,如果没有,就会创建一个        HttpSession session = request.getSession();        session.setAttribute("name", "zhangsan");        return "设置Session成功";    }

        这个代码中虽然看不到SessionId这样的概念,但是getSession操作内部会提取到请求中的Cookie的SessionId,然后根据SessionId获取到对应的Session对象,Session对象用HttpSession来描述。如图:

        运行代码后浏览器页面如下:

        可以看到Cookie多了一个,就是我们刚才设置的,再看看Postman页面:

        也是多了一个,和浏览器一样的Cookie。

        通过fiddler抓包观察,如图:

(2)传统获取Session

        获取Session有两种方式,getSession的不同参数有两种情况,如下两种:

HttpSession getSession(boolean create);HttpSession getSession();

HttpSession getSession(boolean create),参数如果为true,则当不存在会话是,会新建会话;参数如果不为false,则当不存在会话时,返回null,不新建会话。

        后端代码如下:

    @RequestMapping("getSess1")    public String getsSess(HttpServletRequest request) {        //从cookie中获取到了sessionID, 根据sessionID获取Session对象取Session对象,如果session不存在,不会自动创建        HttpSession session = request.getSession(false);        String userName = (String) session.getAttribute("name");        return "name: " + userName;    }

        Object getAttribute(String name):返回该session会话中具有指定名称的对象,如果没有指定名称的对象,则返回 null。

        前面我们已经存储了Session:session.setAttribute("name", "zhangsan");   

        现在获取一下session,浏览器访问:http:127.0.0.1:8080/d1/getSess1 ,页面如下:

        

        Postman页面如下:

        

        通过fiddler抓包进行观察,如图:

        

        可以看到,客户端发送HTTP请求时,SessionId通过Cookie传递给了服务器。

        这里如果我们修改一下Cookie的值,就会拿不到了,如图:

        原来的:

        修改后的:

        因为修改了Cookie,也就是伪造的,Cookie里的SessionId也就会改变,但服务器这边没有这个对应的SessionId,就拿不到Session了。

        

(3)简洁获取 Session(1)

        后端代码如下:

    @RequestMapping("getSess2")    public String getSess2(HttpSession session) {        String name = (String)session.getAttribute("name");        return "从Session中获取name: " + name;    }

        这里封装了 HttpSession session = Request.getSession(); 如果Session不存在,会自动创建。

        Session是放在内存中的,因为重启了程序,就要重新存储Session,浏览器要再访问一下http:127.0.0.1:8080/d1/setSess ,如下:

        浏览器访问:http:127.0.0.1:8080/d1/getSess2,页面如下:

        

(4)简洁获取 Session(2)

        后端代码如下:

    @RequestMapping("getSess3")    public String getSess3(@SessionAttribute("name") String name) {        return "从Session中获取name: " + name;    }

        浏览器访问http:127.0.0.1:8080/d1/getSess3 ,页面如下:

        

下面讨论一下Spring从传统获取Session到简洁获取Session:

        如图:

        可以看到,因为getSess1方法第一行代码是有可能会写的,为了简洁方便,就给他进行了一次封装,把HttpSession对象放进参数里,但开发者觉得还不够,又进一步进行封装,省去了会重复写的代码,就是使用了注解的getSess3方法了。

十一、获取Header

1、传统获取Header

        后端代码如下:

    @RequestMapping("getHeader1")    public String getHeader1(HttpServletRequest request) {        String userAgent = request.getHeader("User-Agent");        return "从Header获取信息,userAgent:" + userAgent;    }

        浏览器页面如下:

        我们使用fiddler抓包看看:

        可以看到,和请求的Header报头一样。

2、简洁获取Header

        后端代码如下:

    @RequestMapping("getHeader2")    public String getHeader2(@RequestHeader("User-Agent") String userAgent) {        return "从Header获取信息,userAgent:" + userAgent;    }

        浏览器页面如下:

        可以看到,响应和上面的一样,简洁的写法就是Spring对传统的写法进行了封装,使代码更简单、易学。


都看到这了,点个赞再走吧,谢谢谢谢谢

本文链接:https://www.kjpai.cn/news/2024-04-28/163206.html,文章来源:网络cs,作者:峨乐,版权归作者所有,如需转载请注明来源和作者,否则将追究法律责任!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。

文章评论