声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

你的多个实现类上标明了次序了吗？

百度就行啊

这样做要那么多子类就没区别了，，不同的子类完成不同的功能，日志自然也会有所不同，有些日志甚至和特定方法的参数相关，，，需要区别对待。。。。

一个命名你纠结什么 ，，，不是你写的框架 ，人家定义好了，人家怎么命名你怎么调用就好~ 

此处的断言也就是确定某个连接点匹配/满足切入点表达式，

比如切入点表达式为: expression="execution(* com.xyz.service.*BS.*(..))", 断言就是确认执行的连接点匹配该表达式（com.xyz.service下以BS结尾的类/接口中的所有方法）。

我觉得你说的这种定义是强加的，就像是组合名词，企业+服务和互联网+服务。所以你的说法太泛，符合的东西太多，我觉得自己卖产品就是企业服务，和网络有关的服务就是互联网服务。推出好久的互联网+，不就是这种模式吗，和互联网扯上关系的东西都是的。

这样可能会影响性能，开启事务通常都会对数据库加锁，应该尽量少用，查询逻辑，单个更新逻辑不需要开启事务