本文收集整理关于springboot注解有哪些的相关议题,使用内容导航快速到达。
内容导航:
Q1:在springboot实体类的注解有哪些
把打包后的jar文件与spring注解依赖jar包放在同一个JVM下运行(就是运行时能在classpath找到那些注解的相关类)应该没有问题的!还有就是要保证编译和运行的jdk版本相同
Q2:SpringBoot和SpringCloud为什么会那么火?对开发有哪些帮助?
落地微服务啊,东软有个团队就是研究这个的,他们的网站我有,https://platform.neusoft.com/
落地微服务首先要有一个开发框架。
微服务除了开发期框架之外,还有需要一系列的运行期中间件支撑,如API网关、服务注册中心、统一配置中心等。
Q3:Spring Boot中Service用@Transactional 注解在方法上,只在最外层方法起作用吗?
一般来说function2和function1用的是同一个Transaction。
这个取决于@Transactional 的 propagation设置(事务的传播性)
默认的是
1@Transactional(propagation=propagation.REQUIRED)也就是使用同一个Transaction。也可以按需求设置成 NESTED 或者 REQUIRES_NEW。
1234567891011121314//inA.javaClassA{@Transactional(propagation=propagation.REQUIRED)publicvoidaMethod{Bb=newB();b.bMethod();}}//inB.javaClassB{@Transactional(propagation=propagation.REQUIRED)publicvoidbMethod{//something}}在上面这个例子中,传播性被设为了REQUIRED,注意,这是默认值,也即不进行该参数配置等于配置成REQUIRED。
REQUIRED的含义是,支持当前已经存在的事务,如果还没有事务,就创建一个新事务。在上面这个例子中,假设调用aMethod前不存在任何事
务,那么执行aMethod时会自动开启一个事务,而由aMethod调用bMethod时,由于事务已经存在,因此会使用已经存在的事务(也就是执行
aMethod之前创建的那个事务)。
对于这样的配置,如果bMethod过程中发生异常需要回滚,那么aMethod中所进行的所有数据库操作也将同时被回滚,因为这两个方法使用了同一个事务。
MANDATORY的含义是,支持当前已经存在的事务,如果还没有事务,就抛出一个异常。如果上例中aMethod的传播性配置为
MANDATORY,我们就无法在没有事务的情况下调用aMethod,因此,传播性为MANDATORY的方法必定是一个其他事务的子事务,当逻辑上独
立存在没有意义或者可能违反数据、事务完整性的时候,就可以考虑设置这样的传播性设置。
NESTED的含义是,在当前事务中创建一个嵌套事务,如果还没有事务,那么就简单地创建一个新事务。
REQUIRES_NEW的含义是,挂起当前事务,创建一个新事务,如果还没有事务,就简单地创建一个新事务。
请注意以上两者的区别,大多数情况下一上两种传播性行为是类似的,不过在事务回滚的问题上,以上两者有很大的区别。
首先,REQUIRES_NEW会创建一个与原事务无关的新事务,尽管是由一个事务调用了另一个事务,但却没有父子关系。
如果bMethod的传播性是REQUIRES_NEW,而抛出了一个异常,则bMethod一定会被回滚,而如果aMethod捕获并处理了这个
bMethod抛出的异常,那么aMethod仍有可能成功提交。当然,如果aMethod没有处理这个异常,那么aMethod也会被回滚。
如果aMethod在bMethod完成后出现了异常,那么bMethod已经提交而无法回滚,只有aMethod被回滚了。
而对于NESTED,虽然也会创建一个新事务,但是这个事务与调用者是有父子关系的相互依存的。
如果bMethod的传播性是NESTED,而抛出了一个异常,事务的回滚行为与REQUIRES_NEW是一致的。
但是如果aMethod在bMethod完成后出现了异常,bMethod同样也会被回滚。因为事实上,EJB中没有对于NESTED传播性的类似实现,NESTED并不是真正启动了一个事务,而是开启了一个新的savepoint。
NEVER的含义很简单,就是强制要求不在事务中运行,如果当前存在一个事务,则抛出异常,因此如果bMethod传播性是NEVER,则一定抛出异常。
NOT_SUPPORTED的含义是,强制不在事务中运行,如果当前存在一个事务,则挂起该事务。
SUPPORTS的含义是,支持当前事务,如果没有事务那么就不在事务中运行。SUPPORTS传播性的逻辑含义比较模糊,因此一般是不推荐使用的。
WW☆w.YIJiTaO.Com
Spring Boot是Spring大家庭的一员,是一个全新的框架,用于快速开发和运行Spring应用,弱化依赖管理配置和参数配置,它管理了很多Spring的依赖,这种特性在Spring Boot中称为Starter。
Spring Boot的应用上下文或者说容器还是使用Spring框架的,只不过是使用默认的配置,没有改变,只是Spring Boot在启动时默认帮开发人员做了配置。
Q5:在springboot中怎样提供注解
杂诗(王维)
Q6:直接给spring boot 类加注解为什么会报错
先通过Spring boot方式启动项目,然后从Spring容器里面获取到SupportService对象,再获取url值。这样你的SupportService才是交由Spring管理的,字段也才会自动填充。 直接运行main方法,相当于没有使用Spring那套东西
Q7:SpringBoot如何注解事务声明式事务
springboot的事务也主要分为两大类,
一是xml声明式事务,
二是注解事务,注解事务也可以实现类似声明式事务的方法,
springboot 之 xml事务
使用 @ImportResource("classpath:transaction.xml") 引入该xml的配置
springboot 注解事务
Transactional注解事务
注:需要在进行事物管理的方法上添加注解@Transactional,或者偷懒的话直接在类上面添加该注解
注解声明式事务
@Configuration
public class TxConfigBeanName {
@Autowired
private DataSourceTransactionManager transactionManager;
// 创建事务通知
@Bean(name = "txAdvice")
public TransactionInterceptor getAdvisor() throws Exception {
Properties properties = new Properties();
properties.setProperty("get*", "PROPAGATION_REQUIRED,-Exception,readOnly");
properties.setProperty("add*", "PROPAGATION_REQUIRED,-Exception,readOnly");
properties.setProperty("save*", "PROPAGATION_REQUIRED,-Exception,readOnly");
properties.setProperty("update*", "PROPAGATION_REQUIRED,-Exception,readOnly");
properties.setProperty("delete*", "PROPAGATION_REQUIRED,-Exception,readOnly");
TransactionInterceptor tsi = new TransactionInterceptor(transactionManager,properties);
return tsi;
}
@Bean
public BeanNameAutoProxyCreator txProxy() {
BeanNameAutoProxyCreator creator = new BeanNameAutoProxyCreator();
creator.setInterceptorNames("txAdvice");
creator.setBeanNames("*Service", "*ServiceImpl");
creator.setProxyTargetClass(true);
return creator;
}
}
WwW.yIJItAO.Co.M