实测：方式一浏览器收到的东西#

把这段代码跑起来，用命令抓一下真实响应：

1
HTTP/1.1 401
2
itheima: itheima
3
Content-Length: 23
4
Date: Tue, 29 Sep 2026 07:41:12 GMT
5

6
<h1>Hello Response</h1>

实测：方式二浏览器收到的东西#

1
HTTP/1.1 401
2
group: itcast
3
Content-Type: text/plain;charset=UTF-8
4
Content-Length: 23
5
Date: Tue, 29 Sep 2026 07:41:12 GMT
6

7
<h1>Hello Response</h1>

两种方式对照#

一、知识回顾（读完直接做下面的实践题）#

1. 响应对象是谁、怎么拿到：HttpServletResponse（jakarta.servlet.http 包）；Web 服务器对 HTTP 协议的响应数据进行解析封装，在调用 Controller 方法时作为方法参数传进来——和请求方向的 HttpServletRequest 是同一套套路
2. 方式一的三句代码：response.setStatus(401) 设响应行里的状态码、response.setHeader("itheima","itheima") 设响应头、response.getWriter().write("<h1>Hello Response</h1>") 设响应体；方法返回类型是 void、需要 throws IOException
3. 方式二的三句代码：ResponseEntity.status(401).header("group","itcast").body("<h1>Hello Response</h1>")；方法返回类型是 ResponseEntity<String>，泛型里写响应体的类型，不用 throws IOException
4. 两种方式的实测对比：状态码 401 和自定义响应头两种方式都设置成功；差别是方式一没有 Content-Type（getWriter().write 绕过了框架的内容判断），方式二自动补上了 Content-Type: text/plain;charset=UTF-8
5. 方式一的实测响应：HTTP/1.1 401 / itheima: itheima / Content-Length: 23 / Date: …，响应体 <h1>Hello Response</h1>（23 字节，Content-Length 由服务器按内容算好）
6. 方式二的实测响应：HTTP/1.1 401 / group: itcast / Content-Type: text/plain;charset=UTF-8 / Content-Length: 23 / Date: …，响应体同上
7. “通常不用手动设置”：PPT 第 41 页原话——响应状态码和响应头如果没有特殊要求，通常不手动设定，服务器会根据请求处理的逻辑自动设置；本机实测 return "Hello " + name + "~"; 一句代码就得到 200 + Content-Type: text/plain;charset=UTF-8 + Content-Length: 10 + Date
8. 服务器自动设置的另外两个证据：请求不存在的路径自动返回 404；返回集合（对象）时 Content-Type 自动变成 application/json（分块传输时还会自动用 Transfer-Encoding: chunked 代替 Content-Length）
9. 什么时候才需要手动设置：确实有特殊要求时——要特定状态码（401 未授权、201 创建成功等）、要额外/自定义响应头、要指定内容类型；其余一律交给服务器
10. PPT 第 42 页两个必答问答：响应数据需要程序员手动设置吗 → 不需要（Web 服务器把响应数据封装成了 HttpServletResponse）；状态码和响应头需要手动指定吗 → 通常情况下无需手动指定，服务器会根据请求逻辑自动设置

二、裸写题#

• 2-1 用”直接操作响应对象”的方式做一个未授权响应 需求：写一个接口 /response，访问它时浏览器应该收到：状态码 401（表示未授权，属于 4xx）、一条自定义响应头（名字叫 itheima、值也是 itheima，用来标记这是我们的服务）、响应体是一段一级标题文字 Hello Response。 要求：三个设置各占一行并写中文注释；做完在文件末尾回答：这个方法的返回类型为什么可以不要返回值？方法上为什么必须声明一个受检异常？ （练习文件 test_35_方式一设置响应.java 里给了写作区。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：三条要求正好对应响应报文的三个部分——响应行、响应头、响应体，一个一个设；设完就不需要再返回内容了 二级 · 方法：参数里声明 HttpServletResponse（jakarta.servlet.http 包）；三个方法是 setStatus(int)、setHeader(String,String)、getWriter().write(String)；写输出流要处理 IOException 三级 · 骨架：@RequestMapping("____") public ____ response(HttpServletResponse response) throws ____ { response.____(401); response.____("____", "____"); response.____().____("<h1>____</h1>"); }

  参考答案（做完再点开）

  1
  package com.itheima;
  2
  
  3
  import jakarta.servlet.http.HttpServletResponse;
  4
  import org.springframework.web.bind.annotation.RequestMapping;
  5
  import org.springframework.web.bind.annotation.RestController;
  6
  
  7
  import java.io.IOException;
  8
  
  9
  @RestController
  10
  public class ResponseController {
  11
  
  12
      @RequestMapping("/response")
  13
      public void response(HttpServletResponse response) throws IOException {
  14
          // 1.设置响应状态码（401 = 未授权，属于 4xx 客户端错误）
  15
          response.setStatus(401);
  16
          // 2.设置响应头（自定义一条 itheima: itheima）
  17
          response.setHeader("itheima", "itheima");
  18
          // 3.设置响应体（往响应的字符输出流里写 HTML）
  19
          response.getWriter().write("<h1>Hello Response</h1>");
  20
      }
  21
  }

  显示更多显示更少

  两个问题： ① 因为响应体的内容已经在方法体里通过响应对象写完了（getWriter().write(...) 直接把内容写进了响应），方法不需要再用返回值告诉框架”要回什么”，所以返回类型是 void；本机实测这样写出来的响应是 HTTP/1.1 401 + itheima: itheima + Content-Length: 23 + 响应体 <h1>Hello Response</h1>（注意这条响应里没有 Content-Type，框架没替你判断内容类型）。 ② 因为 getWriter() 返回的是输出流，往输出流里写数据属于 IO 操作，可能抛 IOException（受检异常），必须声明或处理；所以方法签名上要写 throws IOException（也可以 try/catch，但课程里直接声明更简洁）。

• 2-2 把同一个需求改用”返回值”的方式重写 需求：和 2-1 完全一样的一个新接口 /response2（401 + 自定义响应头 group: itcast + 响应体 <h1>Hello Response</h1>），但这次要求方法里不接收响应对象，而是把”状态码、响应头、响应体”三样一次打包返回出去。 做完在文件末尾回答：这次的方法返回类型怎么写？为什么不写 throws IOException 也不会报错？实测这条响应的响应头里比 2-1 多了一条什么？ （练习文件 test_35_方式二设置响应.java 里给了写作区。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：三样东西打包成一个返回值——框架里现成的类就是干这个的，它的三个方法分别对应状态码、响应头、响应体，而且支持链式调用一路点下去 二级 · 方法：org.springframework.http.ResponseEntity，用 ResponseEntity.status(401).header("group","itcast").body("<h1>Hello Response</h1>")；返回类型写成 ResponseEntity<String>（尖括号里是响应体类型） 三级 · 骨架：public ____<____> response2() { return ____.____(401).____("group", "itcast").____("<h1>____</h1>"); }

  参考答案（做完再点开）

  1
  package com.itheima;
  2
  
  3
  import org.springframework.http.ResponseEntity;
  4
  import org.springframework.web.bind.annotation.RequestMapping;
  5
  import org.springframework.web.bind.annotation.RestController;
  6
  
  7
  @RestController
  8
  public class ResponseController {
  9
  
  10
      @RequestMapping("/response2")
  11
      public ResponseEntity<String> response2() {
  12
          return ResponseEntity.status(401)          // 1.设置响应状态码
  13
                  .header("group", "itcast")         // 2.设置响应头
  14
                  .body("<h1>Hello Response</h1>");  // 3.设置响应体
  15
      }
  16
  }

  显示更多显示更少

  三个问题： ① 返回类型写 ResponseEntity<String>——ResponseEntity 就是”HTTP 响应”的载体，尖括号里的 String 是响应体的类型（换成对象或集合也可以，Spring 会自动转成 JSON）。 ② 因为方法里完全没有往输出流里写东西——内容只是作为返回值交出去，由 Spring 去写响应；没有 IO 操作自然不会有受检的 IOException，所以不用声明。 ③ 多了一条 Content-Type: text/plain;charset=UTF-8。本机实测这条 /response2 的响应是 HTTP/1.1 401 + group: itcast + Content-Type: text/plain;charset=UTF-8 + Content-Length: 23 + 响应体，而方式一（getWriter().write）那条没有 Content-Type——因为走返回值这条路，Spring 会替我们判断内容类型。

• 2-3 写一个”什么都不设置”的接口，然后解释是谁在替你干活 需求：写一个接口 /hello，访问时带一个 name 参数，直接返回一句 Hello 参数值 ~ 的问候语。方法里不许出现任何设置状态码、设置响应头、写输出流的代码。 做完把这段代码跑起来访问一次，把收到的完整响应（响应行 + 响应头 + 响应体）抄到文件末尾的注释里，并回答：

  1. 这次响应的状态码和那几条响应头是谁写的？代码里一共写了几行？
  2. Content-Type 的值是什么？为什么是它？
  3. 如果把这个接口的地址换成另一个不存在的路径去访问，状态码会变成多少、为什么？ （练习文件 test_35_默认响应与自动设置.java 里给了写作区。）
  提示（先自己想，实在想不出再点开）

  一级 · 思路：这一题的重点不是”写代码”，而是观察到”不写”的结果——代码只负责给内容，三部分的其余部分交给服务器；第 3 问想想上一篇里”404 是谁的责任” 二级 · 方法：方法用 @RequestMapping 映射，参数 String name 会自动从请求参数绑定，return 一个字符串；抓响应用 curl -si 或浏览器 F12 三级 · 骨架：@RequestMapping("/____") public String hello(String name){ return "Hello " + ____ + " ~"; }

  参考答案（做完再点开）

  1
  package com.itheima;
  2
  
  3
  import org.springframework.web.bind.annotation.RequestMapping;
  4
  import org.springframework.web.bind.annotation.RestController;
  5
  
  6
  @RestController
  7
  public class HelloController {
  8
  
  9
      @RequestMapping("/hello")
  10
      public String hello(String name) {
  11
          return "Hello " + name + " ~";
  12
      }
  13
  }

  三问三答：

  1. 全是服务器写的，代码里一行设置都没有（整个方法只有一句 return）。本机实测（Spring Boot 3.2.8 / 内嵌 Tomcat 10.1.26 / JDK 17）访问 http://localhost:8080/hello?name=Tom 收到的完整响应：

     1
     HTTP/1.1 200
     2
     Content-Type: text/plain;charset=UTF-8
     3
     Content-Length: 10
     4
     Date: Tue, 29 Sep 2026 07:39:29 GMT
     5
     
     6
     Hello Tom~

  2. Content-Type 的值是 text/plain;charset=UTF-8——因为方法返回的是 String，Spring 按”纯文本 + UTF-8”处理；如果返回的是对象或集合，它会自动变成 application/json。这正是 PPT 第 41 页那句”响应状态码和响应头如果没有特殊要求的话，通常不手动设定，服务器会根据请求处理的逻辑，自动设置”。
  3. 会变成 404。本机实测 curl -s -o /dev/null -w "%{http_code}" "http://localhost:8080/nope" 的结果就是 404：这个路径没有任何请求处理方法与之匹配，服务器据此判定”资源不存在”，自动给出 4xx 客户端错误——同样一行状态码设置代码都不用写。

三、综合题#

• 3-1 同一个”自定义响应”接口用两种方式各写一遍，抓包对比 把方式一和方式二放在一起做一遍，这套流程也正好是以后遇到”响应不对劲”时的排查动作。

  1. 新建一个请求处理类，写第一个方法映射到 /response：接收响应对象，设置状态码 401、一条自定义响应头、响应体是一段 HTML 标题；
  2. 启动工程，用 curl -i（或浏览器 F12 → Network）抓下响应，把响应行 + 全部响应头 + 响应体抄到练习文件里，逐行标出各属于哪一部分；
  3. 再写第二个方法映射到 /response2：不接收响应对象，改用”返回值”的方式把同样的三部分返回；第三个方法映射到 /hello，只 return 一句问候语，什么都不设置；
  4. 依次访问这三个接口，把三次响应的响应头抄下来对比，回答：哪一次没有 Content-Type、为什么？哪一次的状态码不是你设置的、它从哪来？
  5. 再用不存在的路径访问一次，记下状态码并判断分类与责任方；
  6. 最后回答 PPT 第 42 页的两个问题（响应数据需要手动设置吗、状态码和响应头需要手动指定吗），并写出你从实测中得到的那条结论。 （练习文件 test_35_综合_两种方式对比.java 里按这 6 步给了写作区。）

  涉及知识点

  知识点	在这里的应用
  响应封装	HttpServletResponse 作为方法参数被服务器递进来
  方式一	setStatus / setHeader / getWriter().write，返回 void + throws IOException
  方式二	ResponseEntity.status(...).header(...).body(...)，返回 ResponseEntity<String>
  自动设置	第 3、5 步：什么都不写也有 200+响应头，路径不存在自动 404
  三部分对照	抓包后把响应行/响应头/响应体逐行对上代码

  提示（先自己想，实在想不出再点开）

  一级 · 思路：三个接口就是三种”设多少”的对照——全手动、只给内容交给框架打包、彻底不管；抓包时重点看响应头那几行的差别和状态码是谁给的 二级 · 方法：方式一用参数里的 HttpServletResponse（setStatus/setHeader/getWriter().write）；方式二 return ResponseEntity.status(401).header("group","itcast").body("<h1>…</h1>");；第三个接口直接 return 字符串；抓包用 curl -i 三级 · 骨架：public void response(____ response) throws IOException { … } / public ____<String> response2(){ return ____.status(401).____("group","itcast").____("<h1>____</h1>"); } / public String hello(){ return "____"; }

  参考答案（做完再点开）

  3-1 1~3. 三个方法：

  1
  package com.itheima;
  2
  
  3
  import jakarta.servlet.http.HttpServletResponse;
  4
  import org.springframework.http.ResponseEntity;
  5
  import org.springframework.web.bind.annotation.RequestMapping;
  6
  import org.springframework.web.bind.annotation.RestController;
  7
  
  8
  import java.io.IOException;
  9
  
  10
  @RestController
  11
  public class ResponseLabController {
  12
  
  13
      // 方式一：直接操作响应对象
  14
      @RequestMapping("/response")
  15
      public void response(HttpServletResponse response) throws IOException {
  16
          response.setStatus(401);                                  // 响应行：状态码
  17
          response.setHeader("itheima", "itheima");                 // 响应头
  18
          response.getWriter().write("<h1>Hello Response</h1>");    // 响应体
  19
      }
  20
  
  21
      // 方式二：三部分打包成返回值
  22
      @RequestMapping("/response2")
  23
      public ResponseEntity<String> response2() {
  24
          return ResponseEntity.status(401)
  25
                  .header("group", "itcast")
  26
                  .body("<h1>Hello Response</h1>");
  27
      }
  28
  
  29
      // 什么都不设置
  30
      @RequestMapping("/hello")
  31
      public String hello() {
  32
          return "Hello HTTP ~~";
  33
      }
  34
  }

  显示更多显示更少

  4. 三次响应的响应头对比（本机实测，Spring Boot 3.2.8 / 内嵌 Tomcat 10.1.26 / JDK 17）：
     • /response（方式一）：HTTP/1.1 401 + itheima: itheima + Content-Length: 23 + Date —— 没有 Content-Type。原因是 getWriter().write(...) 直接往响应流里写，绕过了 Spring 对返回值的内容类型判断，框架不知道你写的是 HTML 还是纯文本，就没有替你写这个头；
     • /response2（方式二）：HTTP/1.1 401 + group: itcast + Content-Type: text/plain;charset=UTF-8 + Content-Length: 23 + Date —— 状态码和自定义头是我们设的，Content-Type 是框架自动补的；
     • /hello（什么都没设）：HTTP/1.1 200 + Content-Type: text/plain;charset=UTF-8 + Content-Length: 10 + Date —— 状态码 200 和这几条响应头全都是服务器自动写的，代码里一行都没写。三次对比下来，Content-Type 那一条的差别就是”谁给的内容”决定的：走返回值 → 框架知道类型 → 补上；直接写流 → 框架不知道 → 不补。
  5. 访问不存在的路径（本机实测）：curl -s -o /dev/null -w "%{http_code}" "http://localhost:8080/nope" 得到 404，属于 4xx 客户端错误、责任在客户端（先检查请求路径与 @RequestMapping 的值是否一致）。这也是”服务器自动设置状态码”的又一个例子。
  6. PPT 第 42 页两个问答：① 响应数据不需要程序员手动设置——Web 服务器对 HTTP 响应数据进行了封装（HttpServletResponse）；② 响应状态码、响应头通常情况下无需手动指定，服务器会根据请求逻辑自动设置。从实测得到的结论可以合成一句：能自动就自动——只有当需求里明确要求”这个接口必须返回 401 / 必须带上某个响应头”时才手动设置，那时用方式二的 ResponseEntity 最省事。