throwable和exception Error与Exception有什么区别

大家好，关于throwable和exception很多朋友都还不太明白，今天小编就来为大家分享关于Error与Exception有什么区别的知识，希望对各位有所帮助！

SpringBoot整合Mybatis中如何实现事务控制

作为一名资深的CURD程序员，事务控制/事务管理是一项不可避免的工作，也是最常见的一项功能，简单说，事务管理就是在执行业务操作时，由于数据操作在顺序执行的过程中，任何一步操作都有可能发生异常，异常会导致后续操作无法完成，此时由于业务逻辑并未正确的完成，之前成功操作数据的并不可靠，需要在这种情况下进行回退。

1、默认的事务管理配置方式：

在引入相关的依赖之后（比如springboot的web组件依赖、父依赖、mysql驱动依赖以及mybatis依赖等）

<!--springboot整合mybatis--><dependency><groupId>org.mybatis.spring.boot</groupId><artifactId>mybatis-spring-boot-starter</artifactId><version>1.3.0</version></dependency>

需要在设计service层的时候，将方法用@Transational注解进行注释，默认的话在抛出Exception.class异常的时候，就会触发方法中所有数据库操作回滚。

而@Transational注解也拥有许多的参数，比如：

rollbackFor：可以指定需要进行回滚的异常，指定Class对象数组，且该Class必须继承自Throwable；value：用于在多数据源的情况下，进行事务管理器的指定（下面描述下多数据源事务这种情况）；noRollbackFor：有rollbackFor自然有noRollbackFor，顾名思义，用于指定不需要进行回滚的异常；readOnly：是读写还是只读事务，默认是false，读写；

还有许多，不一一描述了....

实例：

@ServicepublicclassTestTransactionalService@AutowiredprivateTestMappertestMapper;@Transactional//当抛出Exception的时候，将进行回滚操作publicintinsertTest(TestEntitytestEntity){testEntity.setName("getout!helloService")returntestMapper.insertOne(testEntity);}}

另外，在SpringBoot的启动类中，需要增加@EnableTransactionManagement注解，用于启动事务管理。

实例：

@EnableTransactionManagement@SpringBootApplicationpublicclassApplication{publicstaticvoidmain(String[]args){SpringApplication.run(Application.class,args);}}

至此，SpringBoot整合Mybatis的单数据源的事务管理便配置完成

2、多数据源的事务配置方式：

第一种方式基本上满足了普通项目的事务管理功能，但当项目是比较大型的项目的时候（比如电商项目），可能会存在多个数据源，这时候会出现多个事务管理器，也就需要在声明的时候为不同数据源的数据操作指定不同的事务管理器。

1）首先，需要引入数据源依赖

<!--数据源--><dependency><groupId>com.alibaba</groupId><artifactId>druid</artifactId><version>1.0.19</version></dependency>

2）配置properties配置文件（或者yml文件...）

#主数据源，多数据源的情况下，需要指定主数据源，在后续的config中进行，此时我们将#base数据源作为主数据源来看待~spring.datasource.base.jdbc-url=jdbc:mysql://localhost:3306/test1spring.datasource.base.username=rootspring.datasource.base.password=rootspring.datasource.base.driver-class-name=com.mysql.jdbc.Driver#从数据源spring.datasource.second2.jdbc-url=jdbc:mysql://localhost:3306/test2spring.datasource.second2.username=rootspring.datasource.second2.password=rootspring.datasource.second2.driver-class-name=com.mysql.jdbc.Driver

3）新增配置类，读取配置文件，进行数据源的配置

注意，配置类需要对DataSource、DataSourceTransactionManager、SqlSessionFactory、SqlSessionTemplate四个数据项进行配置；

其中DataSource类型需要引入javax.sql.DataSource；

配置主数据源：

如上文所说，当系统中有多个数据源时，必须有一个数据源为主数据源，在配置类中我们使用@Primary修饰。

通过@MapperScan注解对指定dao包建立映射，确保在多个数据源下，自动选择合适的数据源，而在service层里不需要做特殊说明，否则需要通过@Transactional的value属性进行指定

@Configuration@MapperScan(basePackages="com.livinghome.base",sqlSessionTemplateRef="baseSqlSessionTemplate",sqlSessionFactoryRef="baseSqlSessionFactory")publicclassBaseDataSourceConfig{/**读取base数据源**/@Bean(name="baseDataSource")@ConfigurationProperties(prefix="spring.datasource.base")@PrimarypublicDataSourcesetDataSource(){returnDataSourceBuilder.create().build();}@Bean(name="baseTransactionManager")@PrimarypublicDataSourceTransactionManagersetTransactionManager(@Qualifier("baseDataSource")DataSourcedataSource){returnnewDruidDataSource();}@Bean(name="baseSqlSessionFactory")@PrimarypublicSqlSessionFactorysetSqlSessionFactory(@Qualifier("baseDataSource")DataSourcedataSource)throwsException{SqlSessionFactoryBeanbean=newSqlSessionFactoryBean();bean.setDataSource(dataSource);bean.setMapperLocations(newPathMatchingResourcePatternResolver().getResources("classpath:mapper/base/*.xml"));returnbean.getObject();}@Bean(name="baseSqlSessionTemplate")@PrimarypublicSqlSessionTemplatesetSqlSessionTemplate(@Qualifier("baseSqlSessionFactory")SqlSessionFactorysqlSessionFactory)throwsException{returnnewSqlSessionTemplate(sqlSessionFactory);}}

配置从数据源：

@Configuration@MapperScan(basePackages="com.livinghome.second2",sqlSessionTemplateRef="zentaoSqlSessionTemplate",sqlSessionFactoryRef="zentaoSqlSessionFactory")publicclassSecond2DataSourceConfig{@Bean(name="second2DataSource")@ConfigurationProperties(prefix="spring.datasource.second2")publicDataSourcesetDataSource(){returnnewDruidDataSource();}@Bean(name="second2TransactionManager")publicDataSourceTransactionManagersetTransactionManager(@Qualifier("second2DataSource")DataSourcedataSource){returnnewDataSourceTransactionManager(dataSource);}@Bean(name="second2SqlSessionFactory")publicSqlSessionFactorysetSqlSessionFactory(@Qualifier("second2DataSource")DataSourcedataSource)throwsException{SqlSessionFactoryBeanbean=newSqlSessionFactoryBean();bean.setDataSource(dataSource);bean.setMapperLocations(newPathMatchingResourcePatternResolver().getResources("classpath:mapper/second2/*.xml"));returnbean.getObject();}@Bean(name="second2SqlSessionTemplate")publicSqlSessionTemplatesetSqlSessionTemplate(@Qualifier("second2SqlSessionFactory")SqlSessionFactorysqlSessionFactory)throwsException{returnnewSqlSessionTemplate(sqlSessionFactory);}}

4）到了这里，我们基本的多数据源事务管理便已经完成了（真的）....

对于service层，不需要进行事务管理器的指定，因为我们上面使用了@MapperScan进行了包指定，当然也可以手动指定，方式便是@Transactional(transactionManager="baseTransactionManager")

便可手动指定为base数据源。

另外，还有分布式事务管理，也就是在一次操作中，操作了不同的数据源的情况，对于service而言，便是在一次service里调用了两个数据源的方法，这种情况常见于微服务架构中，例如电商系统（第二次使用电商系统举例..）。

从百度上copy了一个简单的下单流程：

在微服务中，2、3、4步骤是涉及了3个系统以及3个数据库的，当某个操作出现问题时，会出现多数据源的事务管理问题，传统的方式是通过将不同数据源的事务都注册到一个全局事务中（可以通过jpa+atomikos来进行），但有大神告诉我这种方式性能差，具体还未有实践，不是很清楚。

我说完了...因为对微服务架构学习还在进行中，所以对于分布式事务问题我还没有太多的理解和实践，等我回来....

同时，欢迎大神为我指点明路！！

——没事待在家里不出门的居家程序员。（我不想脱发！）

Error与Exception有什么区别

1)error都是继承自父类java.lang.Error，而exception都继承自java.lang.Exception.

2)再看看JDK中对于java.lang.Error和java.lang.Exception的解释。java.lang.Error:AnErrorisasubclassofThrowablethatindicatesseriousproblemsthatareasonableapplicationshouldnottrytocatch.Mostsucherrorsareabnormalconditions.即：Error是Throwable的子类，用于标记严重错误。合理的应用程序不应该去try/catch这种错误。绝大多数的错误都是非正常的，就根本不该出现的。java.lang.Exception:TheclassExceptionanditssubclassesareaformofThrowablethatindicatesconditionsthatareasonableapplicationmightwanttocatch.即Exception是Throwable的一种形式的子类，用于指示一种合理的程序想去catch的条件。即它仅仅是一种程序运行条件，而非严重错误，并且鼓励用户程序去catch它。

3)Error和RuntimeException及其子类都是未检查的异常（uncheckedexceptions），而所有其他的Exception类都是检查了的异常（checkedexceptions）.checkedexceptions:通常是从一个可以恢复的程序中抛出来的，并且最好能够从这种异常中使用程序恢复。比如FileNotFoundException,ParseException等。uncheckedexceptions:通常是如果一切正常的话本不该发生的异常，但是的确发生了。比如ArrayIndexOutOfBoundException,ClassCastException等。从语言本身的角度讲，程序不该去catch这类异常，虽然能够从诸如RuntimeException这样的异常中catch并恢复，但是并不鼓励终端程序员这么做，因为完全没要必要。因为这类错误本身就是bug，应该被修复，出现此类错误时程序就应该立即停止执行。因此，面对Errors和uncheckedexceptions应该让程序自动终止执行，程序员不该做诸如try/catch这样的事情，而是应该查明原因，修改代码逻辑。

关于throwable和exception的内容到此结束，希望对大家有所帮助。