@Transactional注解仅对公共（public）代理方法生效；私有方法（private）无论是否被@Transactional方法调用，均不参与Spring事务管理——其执行始终在当前事务上下文中运行，但自身不触发、不传播、也不改变事务边界。

spring中@transactional注解对私有方法调用的事务行为解析：`@transactional`注解仅对**公共（public）代理方法**生效；私有方法（private）无论是否被`@transactional`方法调用，均不参与spring事务管理——其执行始终在当前事务上下文中运行，但自身不触发、不传播、也不改变事务边界。

在Spring AOP代理机制下，@Transactional依赖JDK动态代理或CGLIB代理拦截目标类的公共方法调用，从而在方法入口和出口织入事务开启与提交/回滚逻辑。而私有方法（private）无法被代理对象访问，因此Spring根本不会为其生成代理逻辑，也不会进行任何事务增强。

以您提供的代码为例：

@Service
public class SImpl implements S {
    @Override
    @Transactional(readOnly = true)
    public void mPublic() {
        mPrivate(); // ✅ 在同一事务上下文中执行（只读事务）
    }

    private void mPrivate() {
        // 例如：repository.findById(1L); —— 此操作受外围 mPublic 的事务控制
    }
}

✅ 正确理解：

• mPublic() 被代理，调用时Spring开启只读事务；
• mPrivate() 是普通内部方法调用（非代理调用），不新增事务，但会运行在 mPublic() 已开启的事务上下文中；
• 数据库查询（如JPA find）将复用该只读事务，享受事务隔离与一致性保障。

⚠️ 注意事项：

• 若误以为 mPrivate() 可单独加 @Transactional（即使语法允许），该注解完全无效（private方法无法被代理识别）；
• 不要通过 this.mPrivate() 或反射等方式绕过代理——这会脱离Spring事务管理；
• 如需独立事务控制（例如嵌套事务、新事务），应将逻辑提取为另一个 public 方法，并确保通过代理调用（如注入自身Bean或使用 TransactionTemplate）。

✅ 最佳实践建议：
将需要显式事务控制的逻辑封装为 public 方法，并通过接口或自注入方式调用，确保经过Spring代理链。例如：

@Service
public class SImpl implements S {
    @Autowired
    private SImpl self; // 自注入（需确保非构造注入，避免循环依赖）

    @Override
    @Transactional(readOnly = true)
    public void mPublic() {
        self.mPrivateInTransaction(); // ✅ 通过代理调用，事务生效
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void mPrivateInTransaction() { // 实际为 public，语义上“私有职责”
        repository.save(new Entity());
    }
}

总结：事务边界由 @Transactional 标注的可代理公共方法定义；私有方法是事务“内部执行单元”，其数据库操作自然纳入外围事务，但绝不具备独立事务能力。理解代理机制，是正确设计事务方法的前提。