Spring 事务失效的原因及解决方案全解析，来复习了

Spring 事务失效是指在使用 Spring 声明式事务管理时，预期的事务行为（如事务的开启、提交、回滚等）未按预期执行，导致数据操作未满足 ACID 特性（原子性、一致性、隔离性、持久性），从而引发数据不一致问题。

失效的原因及解决方案

1. 方法访问权限问题

原因分析

Spring 事务基于动态代理（JDK 或 CGLIB）实现，仅拦截 public 方法。若方法为 private、protected 或包级可见，代理类无法增强该方法，事务失效。

示例场景
@Service
public class UserService {@Transactionalvoid createUser() {  // 包级可见方法// 数据库操作}
}

调用 createUser() 时，事务未生效。

解决方案
  • 强制要求：将事务方法声明为 public。
  • Spring 限制：Spring 原生机制不支持非 public 方法的事务代理，需严格遵守规范。

2. 自调用问题（内部方法调用）

原因分析

在同一个类中，非事务方法调用事务方法时，实际通过 this 实例调用，而非代理对象，导致事务拦截失效。

示例场景
@Service
public class OrderService {public void placeOrder() {this.deductStock();  // 自调用事务方法}@Transactionalpublic void deductStock() {// 扣减库存（事务失效）}
}
解决方案

  1. 拆分到不同 Bean（Spring 推荐方案）

    @Service
public class StockService {@Transactionalpublic void deductStock() { ... }
}@Service
public class OrderService {@Autowiredprivate StockService stockService;public void placeOrder() {stockService.deductStock();  // 通过代理对象调用}
}

  2. 使用 Spring 的 AopContext ：

    @Service
public class OrderService {public void placeOrder() {((OrderService) AopContext.currentProxy()).deductStock();}
}
    需开启代理暴露：在配置类添加 @EnableAspectJAutoProxy(exposeProxy = true)。

3. 数据库引擎不支持事务

原因分析

如 MySQL 的 MyISAM 引擎不支持事务，仅 InnoDB 支持。

验证方法
SHOW TABLE STATUS LIKE 'your_table';
解决方案
  • 修改表引擎为 InnoDB： 
    ALTER TABLE your_table ENGINE = InnoDB;

4. 配置错误

原因分析
  • 未启用事务管理：未添加 @EnableTransactionManagement 或 XML 中未配置 <tx:annotation-driven/>，导致事务注解未被解析。
  • 多数据源未指定事务管理器：多数据源场景需为每个数据源配置独立的 DataSourceTransactionManager，并在 @Transactional 中通过 transactionManager 属性指定。
示例场景
@Configuration
@EnableTransactionManagement // 必须启用，相当于<tx:annotation-driven/>启用基于注解的事务管理
public class AppConfig {@Beanpublic PlatformTransactionManager txManager(DataSource dataSource) {return new DataSourceTransactionManager(dataSource);}
}
解决方案
  • 检查配置类是否启用事务管理。
  • 多数据源时明确指定事务管理器： 
    @Transactional(transactionManager = "orderTxManager")
public void createOrder() { ... }

5. Bean 未被 Spring 管理

根本原因

  1. 未标记为 Spring Bean
    类未使用以下任一注解标记，导致 Spring 容器无法扫描和管理：

    • @Component（通用注解）
    • @Service（服务层）
    • @Repository（数据层）
    • @Controller/@RestController（Web 层）
    • @Configuration（配置类中的 @Bean 方法）

  2. 直接通过 new 实例化对象
    即使类上有 @Component 等注解，直接 new 出的对象不受 Spring 管理。

  3. 包未被 Spring 扫描
    类所在的包未在 @ComponentScan 或启动类扫描范围内。

Bean 未被管理的典型表现

  1. 依赖注入失效

    • @Autowired、@Resource、@Value 等注解无效，注入字段为 null。
    • 示例：userService.save() 抛出 NullPointerException。

  2. 事务和 AOP 失效

    • @Transactional 不生效，数据库操作无法回滚。
    • @Aspect、@Cacheable 等注解逻辑不执行。

  3. 生命周期回调失效

    • @PostConstruct（初始化方法）和 @PreDestroy（销毁方法）不触发。
解决方案

  1. 标记类为 Spring Bean

    @Service // 使用任意 Bean 注解（如 @Component, @Service）
public class UserService {// 类内注解（@Autowired、@Transactional 等）才会生效
}

  2. 通过 Spring 容器获取 Bean

    • 使用依赖注入（@Autowired 或构造函数注入），避免直接 new。
    • 示例： 
      @Autowired 
private UserService userService; // 正确：由 Spring 注入代理对象

  3. 检查包扫描配置

    • 确保类所在的包在 @ComponentScan 范围内（Spring Boot 默认扫描启动类所在包及其子包）。

6. 多线程调用导致事务上下文丢失

原因分析

事务上下文存储在 ThreadLocal 中，子线程无法继承父线程的事务。在异步方法中操作数据库时，事务独立于主线程。

示例场景
@Transactional
public void processBatch() {new Thread(() -> userDao.insert(user)).start();  // 子线程操作无事务
}
解决方案
  1. 避免跨线程操作：确保事务方法内所有数据库操作在同一线程。
  2. 编程式事务管理： 
    @Autowired
private TransactionTemplate transactionTemplate;public void processBatch() {transactionTemplate.execute(status -> {userDao.insert(user);return null;});
}

7. 方法被 final 或 static 修饰

在Spring框架中，使用动态代理（如CGLIB）实现AOP（面向切面编程）增强时，final或static修饰的方法会导致事务等增强逻辑失效。以下是具体原因和场景说明：

动态代理的工作原理

动态代理通过生成目标类的子类来实现方法增强。CGLIB（Code Generation Library）是Spring中常用的动态代理技术，它在运行时动态生成目标类的子类，并重写目标类的方法。生成的子类会在方法执行前后插入增强逻辑（如事务管理、日志记录等）。

final方法的影响
  • final方法不能被子类重写。
  • 动态代理依赖于子类覆盖父类方法来实现增强。若目标方法是final的，生成的代理类无法重写该方法，导致增强逻辑（如事务管理）无法生效。
static方法的影响
  • static方法属于类本身，不依赖于实例调用。
  • 动态代理基于对象实例的继承或接口实现，无法拦截静态方法的调用。因此，静态方法无法被代理类增强，事务管理等逻辑失效。
示例场景
1. final方法导致事务失效
@Service
public class ReportService {@Transactionalpublic final void generateReport() {  // final方法无法被CGLIB代理覆盖// 数据库操作（无事务管理）}
}
  • 问题：generateReport是final方法，代理类无法重写它，@Transactional失效。
2. static方法导致事务失效
@Service
public class UtilityService {@Transactionalpublic static void performCleanup() {  // static方法无法被代理拦截// 数据库操作（无事务管理）}
}
  • 问题：performCleanup是静态方法，代理类无法覆盖它，事务逻辑未触发。

  • Java语法特性
    通过实例调用static方法是一种语法糖，本质仍是对类方法的调用。例如：

    MyClass instance = new MyClass();  
instance.staticMethod();  // 等价于 MyClass.staticMethod();

    编译器会自动将其转换为类名调用。

解决方案

  • 避免使用final或static修饰需增强的方法
    确保需要事务管理的方法是非final且非static的。

  • 重构代码
    将静态方法转换为实例方法，并通过依赖注入调用，确保代理逻辑可应用。

8. 循环依赖导致事务失效

原因分析
  1. 代理生成时机：Spring通过动态代理（JDK或CGLIB）实现事务管理。当存在循环依赖时，Bean可能在完全初始化前被注入到其他Bean中，导致注入的是原始对象而非代理对象。
  2. 三级缓存机制：Spring使用三级缓存解决循环依赖，但若代理在对象初始化后才生成，早期引用的Bean可能无法获得代理，从而绕过事务拦截。
示例场景
@Service
public class ServiceA {@Autowiredprivate ServiceB serviceB;@Transactionalpublic void methodA() {// 假设操作数据库serviceB.methodB();}
}@Service
public class ServiceB {@Autowiredprivate ServiceA serviceA;@Transactionalpublic void methodB() {// 调用ServiceA的方法，可能未经过代理serviceA.methodA();}
}

问题：当ServiceA注入到ServiceB时，可能注入的是原始对象，而非事务代理。此时调用methodA()不会触发事务，导致事务失效。

验证方法

  1. 日志调试

    logging.level.org.springframework.transaction=DEBUG

    观察TransactionInterceptor.invoke()是否有日志，若无则事务未拦截。

  2. 检查连接事务状态：
    在DataSourceUtils.getConnection()中，若Connection的autoCommit为true，说明未开启事务。

解决方案
一、详细分析与推荐理由
1. 重构代码（提取公共逻辑到第三个Service）
  • 推荐度：⭐️⭐️⭐️⭐️⭐️
  • 核心思想：通过职责分离，直接消除循环依赖，从根源解决问题。
  • 示例： 
    @Service
public class ServiceC {  // 提取公共逻辑@Transactionalpublic void commonMethod() {// 公共事务逻辑}
}@Service
public class ServiceA {@Autowiredprivate ServiceC serviceC;  // 依赖ServiceC
}@Service
public class ServiceB {@Autowiredprivate ServiceC serviceC;  // 依赖ServiceC
}
  • 优势：
    • 代码清晰：消除循环依赖，提升可维护性。
    • 符合设计原则：遵循单一职责原则（SRP）和接口隔离原则（ISP）。
  • 适用场景：
    • 长期维护的中大型项目。
    • 需要高代码质量和可扩展性的场景。
2. 使用构造器注入
  • 推荐度：⭐️⭐️⭐️⭐️
  • 核心思想：通过构造器强制声明依赖，提前暴露循环依赖问题，迫使开发者重构。
  • 示例： 
    @Service
public class ServiceA {private final ServiceB serviceB;// 构造器注入public ServiceA(ServiceB serviceB) {this.serviceB = serviceB;}
}@Service
public class ServiceB {private final ServiceA serviceA;// 构造器注入（若存在循环依赖，Spring会直接报错）public ServiceB(ServiceA serviceA) {this.serviceA = serviceA;}
}
  • 优势：
    • 依赖明确：所有必需依赖在实例化时明确传入。
    • 不可变性：依赖字段可设为final，避免意外修改。
  • 适用场景：
    • 需要严格依赖管理的项目。
    • 适合大多数Spring Boot应用（官方推荐方式）。
3. 使用Setter注入 + @Lazy
  • 推荐度：⭐️⭐️⭐️
  • 核心思想：通过延迟注入代理对象，绕开循环依赖导致的代理生成问题。
  • 示例：​​​​​​​ 
    @Service
public class ServiceB {private ServiceA serviceA;@Autowiredpublic void setServiceA(@Lazy ServiceA serviceA) {this.serviceA = serviceA;  // 延迟注入代理}
}
  • 优势：
    • 快速修复：无需改动现有代码结构，适合紧急修复。
  • 劣势：
    • 掩盖设计缺陷：循环依赖依然存在，可能引发其他隐患。
    • 可维护性差：依赖关系不够清晰。
  • 适用场景：
    • 短期过渡方案或遗留代码维护。
    • 小型项目或原型开发。
二、决策树：如何选择方案？
场景推荐方案
代码可维护性优先重构代码 + 构造器注入
紧急修复生产问题Setter注入 + @Lazy
新项目或严格遵循Spring规范构造器注入
依赖复杂且难以重构结合@Lazy与部分重构
三、总结
  • 终极方案：重构代码提取公共逻辑，彻底消除循环依赖。
  • 推荐实践：在新项目中优先使用构造器注入，避免循环依赖。
  • 临时方案：使用@Lazy+Setter注入作为短期过渡，但需尽快重构。

其他注意事项：

 1. 异常处理不当（事务未失效，但回滚规则配置错误）

原因分析
  • 默认回滚规则：仅 RuntimeException 和 Error 触发回滚，受检异常（如 IOException）需手动配置。
  • 异常被吞没：捕获异常后未重新抛出，事务管理器无法感知异常。
示例场景
@Transactional
public void updateUser() {try {userDao.update(user);} catch (SQLException e) {// 捕获异常但未抛出，事务不回滚}
}
解决方案

  1. 抛出运行时异常：

    catch (SQLException e) {throw new DataAccessException("更新失败", e);
}

  2. 显式配置回滚异常：

    @Transactional(rollbackFor = Exception.class)
public void updateUser() { ... }

  3. 手动回滚事务：

    catch (SQLException e) {TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}

2. 事务的传播行为不正确

传播行为作用典型使用场景关键特点注意事项
REQUIRED加入当前事务，不存在则新建90% 的增删改操作（默认选项）事务合并，任一失败全部回滚默认选择，适合绝大多数场景
REQUIRES_NEW新建独立事务，挂起当前事务日志记录、异步任务、外部不可逆操作完全独立提交，外层事务回滚不影响内层慎用！可能导致锁竞争或性能问题
NOT_SUPPORTED非事务执行，挂起当前事务大数据量只读查询、性能敏感操作强制非事务运行，避免事务开销确保操作无需事务一致性
NEVER非事务执行，若当前存在事务则抛异常防御性非事务场景严格校验环境，防止误用事务确保调用链中无事务
SUPPORTS有事务则加入，无事务则以非事务运行兼容性操作（如根据调用方决定事务）灵活适配，不主动控制事务需明确业务是否需要事务支持
MANDATORY必须存在事务，否则抛异常公共服务被事务方法调用强制依赖外部事务确保调用方已开启事务
NESTED嵌套事务（基于保存点，子事务回滚不影响父事务）复杂业务流程分层（如订单与子步骤）父事务回滚导致子事务回滚，子事务可独立回滚依赖数据库支持（如 Oracle/PostgreSQL 支持，MySQL InnoDB 不支持）

附加说明

  1. 优先级建议：

    • 首选 REQUIRED：除非有明确需求，否则默认使用。
    • 慎用 REQUIRES_NEW：独立事务可能导致死锁或长事务问题。

  2. 非事务场景：

    • NOT_SUPPORTED：用于明确无需事务且需提升性能的场景。
    • NEVER：防御性设计，防止事务误用。

  3. 特殊场景：

    • NESTED：仅适用于支持保存点的数据库，复杂业务中可替代部分 REQUIRES_NEW 需求。

  4. 性能影响：

    • REQUIRES_NEW 和 NESTED 会占用更多数据库连接资源，高并发时需谨慎。
快速决策流程图​​​​​​​
是否需要独立提交？ → YES → REQUIRES_NEW
是否强制非事务？ → YES → NEVER/NOT_SUPPORTED
是否依赖外部事务？ → YES → MANDATORY
默认 → REQUIRED

通过此表格和说明，可快速匹配业务场景与传播行为，平衡一致性与性能。

以下是一个典型场景：

在同一个类中调用带有 REQUIRES_NEW 传播行为的方法，由于 自调用导致事务传播未生效，但事务本身仍然存在。
示例代码
@Service
public class UserService {@Autowiredprivate UserRepository userRepository;// 外部方法：使用默认的 REQUIRED 传播行为@Transactionalpublic void createUserAndLogIncorrect() {userRepository.save(new User("Alice"));  // 保存用户// 自调用内部方法（期望开启新事务，但实际未生效）logOperation();}// 内部方法：期望开启独立事务（但实际未生效）@Transactional(propagation = Propagation.REQUIRES_NEW)public void logOperation() {logRepository.save(new LogEntry("User created"));  // 记录日志throw new RuntimeException("模拟日志失败");  // 强制抛出异常}
}
现象解释

  1. 预期行为：

    • logOperation() 方法会开启一个新事务，即使日志保存失败（抛出异常），createUserAndLogIncorrect() 中的用户保存操作（主事务）应该正常提交。

  2. 实际行为：

    • logOperation() 的事务传播行为 未生效，因为它被同一个类中的 createUserAndLogIncorrect() 直接调用。
    • 由于自调用绕过 Spring AOP 代理，logOperation() 没有开启新事务，而是与 createUserAndLogIncorrect() 共享同一个事务。
    • 当 logOperation() 抛出异常时，整个事务回滚，导致用户和日志均未保存。

  3. 事务未失效的表现：

    • 事务仍然存在（如移除 @Transactional 注解，数据会直接提交到数据库，不会回滚）。
    • 错误在于传播行为未按预期工作，但事务机制本身正常运行。
解决方案
拆分事务方法到独立Service
@Service
public class StockService {@Transactionalpublic void deductStock() { ... }
}@Service
public class OrderService {@Autowiredprivate StockService stockService;public void placeOrder() {stockService.deductStock();  // 通过代理对象调用，事务生效}
}

​​​​​​​​​​​​​​3. 其他潜在问题（事务非失效）

超时或只读冲突
  • 超时设置过短：@Transactional(timeout = 1) 可能导致事务未完成即回滚。
  • 只读事务写操作：@Transactional(readOnly = true) 中执行写操作会报错。

    本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/pingmian/76822.shtml

    如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

    相关文章

    「出海匠」借助CloudPilot AI实现AWS降本60%，支撑AI电商高速增长

    「出海匠」借助CloudPilot AI实现AWS降本60%，支撑AI电商高速增长

    &#x1f50e;公司简介 「出海匠」&#xff08;chuhaijiang.com&#xff09;是「数绘星云」公司打造的社交内容电商服务平台&#xff0c;专注于为跨境生态参与者提供数据支持与智能化工作流。平台基于大数据与 AI 技术&#xff0c;帮助商家精准分析市场趋势、优化运营策略&…
    阅读更多...
    python每日一练

    python每日一练

    题目一 输入10个整数,输出其中不同的数,即如果一个数出现了多次,只输出一次(要求按照每一个不同的数第一次出现的顺序输出)。 解题 错误题解 a list(map(int,input().split())) b [] b.append(a[i]) for i in range(2,11):if a[i] not in b:b.append(a[i]) print(b)但是会…
    阅读更多...
    Docker实战：从零构建高可用的MySQL主从集群与Redis集群

    Docker实战：从零构建高可用的MySQL主从集群与Redis集群

    在分布式系统架构中&#xff0c;数据库集群是保障数据高可用和性能的关键组件。本文将通过Docker技术&#xff0c;手把手教你搭建MySQL主从集群和Redis Cluster&#xff0c;并分享独创的优化技巧与运维实战经验。 一、为什么选择Docker部署集群&#xff1f; 传统数据库集群搭…
    阅读更多...
    STM32电机库 电机控制特性

    STM32电机库 电机控制特性

    ST MC FW库提供FOC和六步法两种电机控制方式。这使得它能够驱动永磁同步电机 （PMSM） 和无刷直流电机 （BLDC）。FOC 更适合 PMSM，而六步法更适合 BLDC 电机。该固件可以驱动内嵌式PMSM 和标贴式PMSM。 ST Motor Control 固件库提供以下功能： FOC SVPWM 生成： 可配置的 PW…
    阅读更多...
    Go：方法

    Go：方法

    方法声明 type point struct { X, Y float64 }// 普通函数 func Distance(p, q Point) float64 {return math.Hypot(q.x - p.x, q.y - p.Y) }// Point类型的方法 func (p Point) Distance(q Point) float64 {return math.Hypot(q.x - p.x, q.y - p.Y) }方法声明与普通函数声…
    阅读更多...
    前端基础之《Vue（4）—响应式原理》

    前端基础之《Vue（4）—响应式原理》

    一、什么是响应式 1、响应式英文reactive 当你get/set一个变量时&#xff0c;你有办法可以“捕获到”这种行为。 2、一个普通对象和一个响应式对象对比 &#xff08;1&#xff09;普通对象 <script>// 这种普通对象不具备响应式var obj1 {a: 1,b: 2} </script>…
    阅读更多...
    【技术派部署篇】Windows本地部署技术派

    【技术派部署篇】Windows本地部署技术派

    一、技术派简介 技术派是一个采用 Spring Boot、MyBatis-Plus、MySQL、Redis、ElasticSearch、MongoDB、Docker、RabbitMQ 等技术栈的社区系统&#xff0c;其 1.0 版已正式上线。该项目的技术栈按阶段集成引入&#xff0c;开发者可根据自身需求选择不同版本进行学习。 二、环…
    阅读更多...
    DeepSeek和ChatGPT的全面对比

    DeepSeek和ChatGPT的全面对比

    DeepSeek和ChatGPT作为当前领先的大语言模型&#xff0c;代表了AI发展的不同技术路径和应用理念。以下从技术架构到用户体验的全面对比分析&#xff0c;将揭示两者在AI竞赛中的独特定位。 一、模型架构与原理 1. DeepSeek 架构特点&#xff1a;采用混合专家系统&#xff08;…
    阅读更多...
    Python星球日记 - 第20天：数据分析入门

    Python星球日记 - 第20天：数据分析入门

    🌟引言： 欢迎来到Python星球🪐的第20天！今天我们将踏入数据分析的世界，学习如何使用pandas处理数据并提取有价值的信息。无论你是想分析商业销售数据、股票市场趋势还是科学实验结果，pandas都是你必不可少的工具！ 上一篇：Python星球日记 - 第19天：Web开发基础 名人…
    阅读更多...
    算力云平台部署—SadTalker的AI数字人视频

    算力云平台部署—SadTalker的AI数字人视频

    选择算力 部署选择 选择镜像 机器管理 控制台 通过平台工具进入服务器 认识管理系统 打开命令行 进入目录 stable-diffusion-webui# cd 增加执行权限 chmod x ./webui.sh 运行命令 bash ./webui.sh sudo apt install -y python3 python3-venv git 安装软件 Creating the …
    阅读更多...
    Linux目录结构：核心目录功能与用途解析

    Linux目录结构：核心目录功能与用途解析

    引言 Linux的目录结构就像一棵精心设计的大树&#x1f333;&#xff0c;每个分支都有其特定的用途和规范&#xff01;与Windows不同&#xff0c;Linux采用单一的目录层次结构&#xff0c;所有设备、分区和网络资源都挂载在这个统一的目录树下。本文将带你深入探索Linux目录结构…
    阅读更多...
    【学习笔记】两个类之间的数据交互方式

    【学习笔记】两个类之间的数据交互方式

    在面向对象编程中&#xff0c;两个类之间的数据交互可以通过以下几种方式实现&#xff0c;具体选择取决于需求和设计模式&#xff1a; 1. 通过方法调用 一个类通过调用另一个类的公共方法来获取或传递数据。这是最常见的方式&#xff0c;符合封装原则。 class ClassA:def __…
    阅读更多...
    神经网络学习--误差反向传播法

    神经网络学习--误差反向传播法

    最近在学习神经网络&#xff0c;主要是依据书本《深度学习入门&#xff08;基于Python的理论与实现&#xff09;》&#xff0c;现对第5章“误差反向传播法”中的示例程序进行注释修改如下&#xff0c;以备后续查阅。 编程软件用的是Eric7&#xff0c;界面如下&#xff1a; 神经…
    阅读更多...
    前端常用组件库全览与推荐

    前端常用组件库全览与推荐

    &#x1f4cc; 一、组件库生态全景图 &#x1f680; 二、React 生态组件库推荐 名称简介官网Ant Design阿里出品&#xff0c;企业级 UI 系统&#xff0c;设计规范完整&#xff0c;适合后台系统https://ant.designMaterial UIGoogle Material Design 实现&#xff0c;样式响应式…
    阅读更多...
    群晖如何通过外网访问

    群晖如何通过外网访问

    1、进入群晖控制面板-》连接性-》外部访问-》DDNS 2、新增&#xff0c;添加DDNS 选择服务供应商&#xff0c;我这里以DNSPod.cn为例。 3、这一步开始&#xff0c;需要前往DNSPod.cn进行注册域名&#xff08;也可以使用你已有的域名&#xff0c;转入即可&#xff09;&#xff0…
    阅读更多...
    3.2.2.1 Spring Boot配置静态资源映射

    3.2.2.1 Spring Boot配置静态资源映射

    在Spring Boot中配置静态资源映射&#xff0c;可以通过默认路径或自定义配置实现。默认情况下&#xff0c;Spring Boot会在classpath:/static/等目录下查找静态资源。若需自定义映射&#xff0c;可通过实现WebMvcConfigurer接口的addResourceHandlers方法或在全局配置文件中设置…
    阅读更多...
    【概念】什么是UI（User interface）什么是UX（User experience）？

    【概念】什么是UI（User interface）什么是UX（User experience）？

    1. 软件生命周期管理 (Software Life Cycle Management) 解释&#xff1a; 中文&#xff1a; 软件生命周期管理是指从软件规划、设计、开发、测试、部署到后续维护甚至退役的整个过程。English: Software Life Cycle Management refers to the systematic process of plannin…
    阅读更多...
    第十六届蓝桥杯大赛软件赛省赛 C/C++ 大学B组

    第十六届蓝桥杯大赛软件赛省赛 C/C++ 大学B组

    由于官方没有公布题目的数据, 所以代码仅供参考 1. 移动距离 题目链接&#xff1a;P12130 [蓝桥杯 2025 省 B] 移动距离 - 洛谷 【问题描述】 小明初始在二维平面的原点&#xff0c;他想前往坐标 (233, 666)。在移动过程中&#xff0c;他 只能采用以下两种移动方式&#xf…
    阅读更多...
    ​​IPerf工具使用笔记（基于MobaXterm串口终端）​

    ​​IPerf工具使用笔记（基于MobaXterm串口终端）​

    ​​一、问题现象​​ ​​终端输入无响应​​ 启动iperf服务器后&#xff0c;终端被阻塞&#xff0c;无法输入其他命令&#xff08;如图中重复输出日志覆盖输入区域&#xff09;。​​直接原因​​&#xff1a;iperf_server线程未正确处理退出标志&#xff0c;导致select或acc…
    阅读更多...
    【从C到C++的算法竞赛迁移指南】第五篇：现代语法糖精粹 —— 写出优雅的竞赛代码

    【从C到C++的算法竞赛迁移指南】第五篇：现代语法糖精粹 —— 写出优雅的竞赛代码

    系列导航&#xff1a; [第一篇] 基础语法与竞赛优势[第二篇] 动态数组与字符串革命[第三篇] 映射与集合的终极形态[第四篇] STL算法与迭代器[▶ 本篇] 现代语法糖精粹[第六篇] 竞赛实战技巧 一、范围for循环&#xff1a;告别索引的束缚 1.1 C风格遍历的四大痛点 // 痛点示例&…
    阅读更多...
    最新文章

    Copyright @ 2022~2023