Transaction silently rolled back because it has been marked as rollback-only 是字数超长嘛

### 关于 `Transaction silently rolled back because it has been marked as rollback-only` 的错误

#### 原因分析

当Spring框架中的事务被标记为只回滚（rollback-only），这通常意味着在此事务执行期间发生了某些异常情况，使得当前事务无法再提交。一旦某个事务被认为应该回滚，则该状态会被传播给所有外部调用者直到最外层的事务边界[^1]。

具体来说，在遇到以下几种情形之一时，可能会触发此行为：

- **内部抛出了未被捕获的运行时异常**：如果在一个已开启但尚未完成的事务内发生了一个未经处理的RuntimeException或Error，那么这个事务就会自动设置成仅限回滚模式。

- **显式调用了setRollbackOnly()方法**：开发者可以通过编程方式手动将事务的状态设为rollback-only，比如通过PlatformTransactionManager接口实现类提供的API来达到这一目的。

- **子事务失败影响父级事务**：对于支持嵌套特性的声明式事务管理机制而言，假如一个子事务遇到了问题并决定要回滚的话，它会通知其上级事务也采取同样的行动；也就是说，即使顶级事务本身并没有直接遭遇任何障碍，只要有任何下属分支请求了回滚操作，整个链条上的其他部分也会随之受到影响而进入不可提交状态[^3]。

#### 解决方案

针对上述提到的各种可能引发此类状况的因素，可以考虑以下几个方面的调整措施来进行修复：

- **审查业务逻辑代码**：仔细检查涉及数据库交互的部分是否存在潜在的风险点，特别是那些容易产生非受检异常的地方，确保这些位置都有适当的方式去捕获和应对可能出现的问题，而不是让它们逃逸到更上层导致不必要的连锁反应。

- **优化异常处理器配置**：利用AOP切面技术或者其他手段定义全局统一的标准流程用于捕捉特定类型的异常事件，并依据实际需求灵活控制是否允许继续正常流转还是立即中断现有工作单元进而启动补偿动作。

- **评估事务隔离级别与传播特性设定合理性**：确认所选用的读取一致性模型以及并发访问策略能否满足应用层面的要求，同时也要权衡好不同层次之间相互协作过程中各自承担的角色定位关系，必要时可尝试改变默认参数组合看看效果如何变化。

@Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.DEFAULT, timeout=30, readOnly=false, rollbackFor={Exception.class})
public void performServiceOperation(){
    try {
        // service logic here...
    } catch (CustomCheckedException e){
        throw new RuntimeException("An error occurred",e);
    }
}