网络请求类型

发表于2025-05-10|更新于2025-05-10

|浏览量:

在 Java Web 开发中，网络请求主要通过 HTTP 协议实现，常见的请求类型包括 GET、POST、PUT、DELETE 等，以下是常用的请求类型与区别

HTTP 请求类型及区别

请求类型	作用	特点	适用场景
GET	获取资源	参数在 URL 中可见，有长度限制，可被缓存，幂等（多次请求结果相同）	查询数据、页面跳转
POST	提交数据或创建资源	参数在请求体中，无长度限制，不可缓存，非幂等	表单提交、文件上传、登录
PUT	更新资源（全量替换）	参数在请求体中，幂等	更新整个资源
DELETE	删除资源	幂等，无请求体	删除指定资源
PATCH	更新资源（部分修改）	参数在请求体中，非幂等	局部更新资源

关键区别：

安全性：GET 是安全的（仅查询），其他方法可能修改数据。
幂等性：GET、PUT、DELETE 是幂等的，POST、PATCH 不是。
参数位置：GET 参数在 URL，其他方法在请求体。
缓存：GET 可被缓存，其他方法通常不缓存。

这里涉及到幂等的盖帘，怎么是幂等呢？

幂等是一个数学与计算机学概念，常见于抽象代数中。

在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。

这里举一个简单的例子：

想象你家的电灯开关

非幂等：如果每次按开关都让灯的状态翻转（开→关→开→关…），按多次的结果不同，这就是不幂等。
幂等：如果无论按多少次，最终灯的状态都是「开」（比如智能开关固定设置为开），结果相同，这就是幂等。

文章作者: Luminous

文章链接: https://code.luminous-9.xyz/2025/05/10/%E7%BD%91%E7%BB%9C%E8%AF%B7%E6%B1%82%E7%B1%BB%E5%9E%8B/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Luminous の Space！

相关推荐

IoC控制反转，Bean，依赖注入

IoC控制反转，Bean，依赖注入引入下图是分别是业务层和数据层的实现代码当我们想要切换数据层的切换方法，如下图：这个时候我们就需要重新new一个对象由此可见这个代码的书写方式的耦合度是高的，每次更改，都需要我们去new一个对象。解决方法是将对象的控制权交给外部来解决，由外部来创建对象，内部只需要调用对象就好了，而这种思想就是控制反转。概念IoC控制反转：控制反转即IoC (Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。在spring中...

REST一、REST 是什么？REST（Representational State Transfer）是一种基于 HTTP 协议的软件架构风格，由 Roy Fielding 在 2000 年提出。它强调以资源（Resource）为核心，通过统一的接口（如 HTTP 方法）对资源进行操作，适用于构建分布式、可扩展的 Web 服务。传统风格资源描述形式 12http://localhost/user/getById?id=1http://localhost/user/saveUser REST风格描述形式： 12http://localhost/user/1http://localhost/user 我们可以看到，这种风格的描述形式隐藏了资源的访问行为，无法通过地址得知资源是何种操作那要怎么区分呢？按照REST风格访问资源时使用行为动作区分对资源进行了何种操作 12345http://localhost/users 查询全部用户信息GET (查询)http://1ocalhost/users/1 直询指定用户信息GET...

你以为空指针异常只是新手专利？这些坑你可能每天都在踩!

你以为空指针异常只是新手专利？这些坑你可能每天都在踩！空指针异常（NullPointerException，简称NPE）堪称Java程序员职业生涯的“终身伴侣”，但很多人对它的认知还停留在“对象没初始化”的初级阶段。今天我就带你去全面的了解空指针异常。一、NPE的诞生：你以为的vs实际发生的NPE的本质是在空对象（null）上调用方法或访问属性，但实际开发中，它常以意想不到的方式出现： 123// 教科书级案例（但现实中很少这么直白）String str = null;System.out.println(str.length()); // 直接爆炸现实中更多是间接引爆，比如：二、NPE的八种“阴人”姿势1. 自动拆箱：包装类的温柔陷阱12Integer total = null;int report = total; // 自动拆箱 → total.intValue()，原地爆炸！ 💡避坑：包装类变量拆箱前必须判空。 2. 方法链调用：连环爆炸现场12User user = getUserById(10086);String city =...

你每天都在用的装箱和拆箱，可能藏着这些坑！

你每天都在用的装箱和拆箱，可能藏着这些坑！Java程序员几乎每天都在和int、Integer打交道，但很多人对**装箱（Boxing）和拆箱（Unboxing）**的理解，还停留在“自动转换”的层面。今天我们就用最直白的例子，扒开这层语法糖的外衣，看看背后藏着哪些意想不到的坑。一、基础篇：什么是装箱和拆箱？1. 原始类型 vs 包装类原始类型：int、boolean、double等（直接存数据，快但功能少）包装类：Integer、Boolean、Double等（对象，能调用方法，支持null） 12int num = 10; // 原始类型，直接存数值Integer boxedNum = Integer.valueOf(10); // 包装类对象 2. 手动装箱与拆箱（Java 5之前）装箱：把原始类型“包”成对象 → Integer.valueOf(10) 拆箱：从对象中“拆”出原始值 → boxedNum.intValue() 123456// 手动装箱（繁琐）List<Integer> list = new...

Spring事务失效的十大坑，你踩过几个？

Spring事务失效的十大坑，你踩过几个？Spring的@Transactional注解用起来方便，但稍不注意就会掉进“事务失效”的坑里。今天我们就来盘一盘这些常见的失效场景，帮你绕开雷区，写出稳定可靠的事务代码！ 1. 非public方法加注解：白忙活@Transactional默认只对public方法生效。如果你在private、protected或默认权限的方法上加注解，Spring压根不会代理这个方法，事务自然不生效。例子： 12@Transactional private void saveData() { /* 操作数据库 */ } 解决：老老实实改成public方法。 2. 自调用：自己坑自己在同一个类里，方法A调用加了@Transactional的方法B，事务会失效。因为Spring的事务代理机制是通过AOP动态生成的，直接通过this.方法B()调用会绕开代理对象。例子： 12345public void methodA() { this.methodB(); // 事务无效！ }...

spring注解Spring 注解体系通过声明式编程简化了开发，覆盖了组件管理、依赖注入、Web 开发、数据访问、AOP、事务控制等场景。熟练掌握这些注解，能够显著提升代码的可读性和维护性。这里建议结合官方文档和实际项目需求，灵活选择适用的注解。一、核心组件与依赖注入 @Component 作用：通用组件注解，声明类为 Spring 管理的 Bean。示例：工具类、配置类等。 @Controller 作用：标记 Web 层控制器，处理 HTTP 请求。示例 12@Controllerpublic class UserController { /* ... */ } @Service 作用：标记业务逻辑层组件，封装业务逻辑。示例 12@Servicepublic class UserService { /* ... */ } @Repository 作用：标记数据访问层（DAO），处理数据库操作，自动转换持久层异常。示例 12@Repositorypublic class UserDaoImpl...