https://amatsuzero.github.io/LastStand/tags/http%E6%96%B9%E6%B3%95/Recent content in Http方法 on Last StandHugozh-cnThu, 07 Aug 2025 00:00:00 +0800https://amatsuzero.github.io/LastStand/posts/frontend/network/network-003/Sat, 26 Jul 2025 00:00:00 +0800https://amatsuzero.github.io/LastStand/posts/frontend/network/network-003/<p>HTTP 协议中定义了多种 <strong>请求方法（HTTP Methods）</strong>，用于客户端和服务器之间进行不同的操作。</p> <h3 id="一常用的-http-方法">一、常用的 HTTP 方法</h3> <table> <thead> <tr> <th>方法</th> <th>是否幂等</th> <th>是否安全</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td><strong>GET</strong></td> <td>✅ 幂等</td> <td>✅ 安全</td> <td>获取资源。请求参数放在 URL 上。不会对资源产生副作用。</td> </tr> <tr> <td><strong>POST</strong></td> <td>❌ 非幂等</td> <td>❌ 不安全</td> <td>提交数据（如表单、上传），可能导致资源变化或创建。</td> </tr> <tr> <td><strong>PUT</strong></td> <td>✅ 幂等</td> <td>❌ 不安全</td> <td>用于<strong>整体更新</strong>某个资源（数据完全替换）。</td> </tr> <tr> <td><strong>PATCH</strong></td> <td>❌ 非幂等</td> <td>❌ 不安全</td> <td>用于<strong>部分更新</strong>资源（只改动部分字段）。</td> </tr> <tr> <td><strong>DELETE</strong></td> <td>✅ 幂等</td> <td>❌ 不安全</td> <td>删除指定资源。</td> </tr> </tbody> </table> <hr> <h3 id="二幂等性和安全性解释">二、幂等性和安全性解释</h3> <ul> <li><strong>幂等（Idempotent）</strong>：同一个请求重复执行多次，结果应一样。例如多次 DELETE 相同资源结果相同。</li> <li><strong>安全（Safe）</strong>：不对服务器资源造成副作用。GET 只查询，不修改数据，因此是安全的。</li> </ul> <hr> <h3 id="三其他常见-http-方法">三、其他常见 HTTP 方法</h3> <table> <thead> <tr> <th>方法</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td><strong>HEAD</strong></td> <td>类似 GET，但不返回响应体，只返回响应头。常用于检测资源是否存在、获取响应信息。</td> </tr> <tr> <td><strong>OPTIONS</strong></td> <td>用于客户端获取服务器支持哪些方法。也是 CORS 预检请求的一部分。</td> </tr> <tr> <td><strong>TRACE</strong></td> <td>回显服务器收到的请求，主要用于调试。很少使用，可能存在安全隐患。</td> </tr> <tr> <td><strong>CONNECT</strong></td> <td>用于建立隧道（如 HTTPS 的代理通信）。</td> </tr> </tbody> </table> <h3 id="四使用场景示例">四、使用场景示例</h3> <table> <thead> <tr> <th>场景</th> <th>方法</th> <th>示例</th> </tr> </thead> <tbody> <tr> <td>获取用户列表</td> <td>GET</td> <td><code>GET /api/users</code></td> </tr> <tr> <td>创建用户</td> <td>POST</td> <td><code>POST /api/users</code></td> </tr> <tr> <td>更新用户信息</td> <td>PUT / PATCH</td> <td><code>PUT /api/users/1</code> 或 <code>PATCH /api/users/1</code></td> </tr> <tr> <td>删除用户</td> <td>DELETE</td> <td><code>DELETE /api/users/1</code></td> </tr> </tbody> </table> <h3 id="总结记住这几点">总结：记住这几点</h3> <ol> <li><strong>GET</strong> 用于查询（安全、幂等）。</li> <li><strong>POST</strong> 用于新增（不幂等）。</li> <li><strong>PUT/PATCH</strong> 用于修改资源（PUT 是整体替换，PATCH 是部分更新）。</li> <li><strong>DELETE</strong> 用于删除资源（幂等，但不安全）。</li> <li><strong>OPTIONS/HEAD</strong> 用于辅助请求。</li> </ol> <h2 id="常见考点">常见考点</h2> <h4 id="1-语义理解">1. <strong>语义理解</strong></h4> <ul> <li>每个方法在 RESTful API 中代表的含义？</li> <li>PUT 和 PATCH 的区别？</li> <li>GET 和 POST 区别？是否可以用 POST 替代 GET？</li> </ul> <h4 id="2-幂等性与安全性">2. <strong>幂等性与安全性</strong></h4> <ul> <li>哪些方法是幂等的？（调用多次结果一致）</li> <li>哪些方法是安全的？（不会对服务器资源产生副作用）</li> </ul> <h4 id="3-浏览器行为">3. <strong>浏览器行为</strong></h4> <ul> <li>表单默认提交方式是什么？（GET 或 POST）</li> <li>GET 请求能携带 body 吗？（规范上不能，但部分浏览器允许）</li> </ul> <h4 id="4-缓存行为">4. <strong>缓存行为</strong></h4> <ul> <li>浏览器对 GET、POST 的缓存行为有什么区别？</li> <li>为什么 GET 更适合缓存？</li> </ul> <h4 id="5-跨域相关cors">5. <strong>跨域相关（CORS）</strong></h4> <ul> <li>哪些方法属于“简单请求”？</li> <li>使用 PUT/PATCH/DELETE 会触发预检请求（OPTIONS），为什么？</li> </ul> <h4 id="6-请求体与响应体">6. <strong>请求体与响应体</strong></h4> <ul> <li>哪些方法通常不携带请求体？（如 GET、DELETE）</li> <li>哪些方法可以/需要携带请求体？（如 POST、PUT、PATCH）</li> </ul> <h4 id="7-对比和实际使用中的陷阱">7. <strong>对比和实际使用中的陷阱</strong></h4> <ul> <li>PUT/POST 混用的场景（如某些系统用 POST 实现更新）</li> <li>DELETE 是否要有请求体？（规范允许，但不推荐）</li> </ul> <h3 id="可能的延伸考察">可能的延伸考察</h3> <h4 id="restful-api-设计规范">RESTful API 设计规范</h4> <ul> <li>REST API 中，如何正确使用 GET/POST/PUT/DELETE 等方法？</li> <li>设计一个增删改查接口，如何对应到不同 HTTP 方法？</li> </ul> <h4 id="状态码与方法配合">状态码与方法配合</h4> <ul> <li>DELETE 成功一般返回什么状态码？（如 204 No Content）</li> <li>POST 创建资源后返回什么？（201 Created）</li> </ul> <h4 id="结合安全问题">结合安全问题</h4> <ul> <li>POST/PUT 方法可能面临哪些安全风险？如 CSRF？</li> <li>为什么建议对非幂等方法加 CSRF 防护？</li> </ul>