目录
一、传递单个参数
基础类型和包装类型的区别
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")
@RestController
public 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")
@RestController
public 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对传统的写法进行了封装，使代码更简单、易学。
