银行开户spring代码(java银行管理系统开户代码)

前言:

1.引入依赖

<!--依赖管理 --> <dependencies> <dependency> <!--添加Web依赖 --> <groupId> org.springframework.boot </groupId> <artifactId> spring-boot-starter-web </artifactId> </dependency> <dependency> <!--添加mybatis依赖 --> <groupId> org.mybatis.spring.boot </groupId> <artifactId> mybatis-spring-boot-starter </artifactId> <version> 1.3.1 </version> </dependency> <dependency> <!--添加MySQL驱动依赖 --> <groupId> mysql </groupId> <artifactId> mysql-connector-java </artifactId> <scope> runtime </scope> </dependency> <dependency> <!--添加Test依赖 --> <groupId> org.springframework.boot </groupId> <artifactId> spring-boot-starter-test </artifactId> <scope> test </scope> </dependency> </dependencies>

2. 添加配置

主要是配置数据源和开启Mybatis的自动驼峰映射

@SpringBootApplication public class MybatisTransactionApplication { public static void main ( String [] args ) { //1.初始化 SpringApplication application = new SpringApplication ( MybatisTransactionApplication . class ); //2.添加数据源 Map < String , Object > map = new HashMap <>(); map . put ( "spring.datasource.url" , "jdbc:mysql://localhost:3306/socks?useSSL=false" ); map . put ( "spring.datasource.username" , "root" ); map . put ( "spring.datasource.password" , "root" ); //3.开启驼峰映射 (Such as Account_id ==> accountId) map . put ( "mybatis.configuration.map-underscore-to-camel-case" , true ); application . setDefaultProperties ( map ); //4.启动应用 application . run ( args ); } }

3. 添加数据库记录

打开 Navicat 的查询窗口，然后执行以下SQL：

DROP TABLE IF EXISTS `account` ; CREATE TABLE `account` ( `account_id` varchar ( 30 ) , `account_name` varchar ( 30 ), `balance` decimal ( 20 , 2 ), PRIMARY KEY ( `account_id` ) ); insert into account values ( 1 , admin , 1000.25 );

执行完毕后，可以查询到账户数据，如图：

4. 编写代码

以操作账户金额为例，模拟正常操作金额提交事务，以及发生异常回滚事务。其中控制层代码如下：

package com . hehe . controller ; @RestController public class AccountController { @SuppressWarnings ( "all" ) @Autowired AccountService accountService ; @GetMapping ( "/" ) public Account getAccount () { //查询账户 return accountService . getAccount (); } @GetMapping ( "/add" ) public Object addMoney () { try { accountService . addMoney (); } catch ( Exception e ) { return "发生异常了：" accountService . getAccount (); } return getAccount (); } }

在业务层使用 @Transactional 开启事务，执行数据库操作后抛出异常。具体代码如下：

package com . hehe . service ; @Service public class AccountService { @SuppressWarnings ( "all" ) @Autowired AccountMapper accountMapper ; public Account getAccount () { return accountMapper . getAccount (); } @Transactional public void addMoney () throws Exception { //先增加余额 accountMapper . addMoney (); //然后遇到故障 throw new RuntimeException ( "发生异常了.." ); } }

数据库层就很简单了，我们通过注解来实现账户数据的查询，具体如下：

package com . hehe . mapper ; @Mapper public interface AccountMapper { @Select ( "select * from account where account_id=1" ) Account getAccount (); @Update ( "update account set balance = balance 100 where account_id=1" ) void addMoney (); }

其中 Account 实体对象如下：

package com . hehe . pojo ; public class Account { private String accountId ; private String accountName ; private BigDecimal balance ; // Override toString Method .. // Getter & Setters .. }

5. 测试事务

启动应用，访问 http://localhost:8080 ，可以看到账户数据，如下：

然后访问 http://localhost:8080/add ，可以看到账户余额并没有增加，如下：

也就是说事务开启成功，数据得到回滚。

6. 常见坑点

使用事务注解@Transactional 之前，应该先了解它的相关属性，避免在实际项目中踩中各种各样的坑点。

常见坑点1：遇到检测异常时，事务默认不回滚。

例如下面这段代码，账户余额依旧增加成功，并没有因为后面遇到SQLException（检测异常）而进行事务回滚！！

@Transactional public void addMoney () throws Exception { //先增加余额 accountMapper . addMoney (); //然后遇到故障 throw new SQLException ( "发生异常了.." ); }

原因分析：因为Spring的默认的事务规则是遇到运行异常（RuntimeException及其子类）和程序错误（Error）才会进行事务回滚，显然SQLException并不属于这个范围。如果想针对检测异常进行事务回滚，可以在@Transactional 注解里使用 rollbackFor 属性明确指定异常。例如下面这样，就可以正常回滚：

@Transactional ( rollbackFor = Exception . class ) public void addMoney () throws Exception { //先增加余额 accountMapper . addMoney (); //然后遇到故障 throw new SQLException ( "发生异常了.." ); }

常见坑点2：在业务层捕捉异常后，发现事务不生效。

这是许多新手都会犯的一个错误，在业务层手工捕捉并处理了异常，你都把异常“吃”掉了，Spring自然不知道这里有错，更不会主动去回滚数据。例如：下面这段代码直接导致增加余额的事务回滚没有生效。

@Transactional public void addMoney () throws Exception { //先增加余额 accountMapper . addMoney (); //谨慎：尽量不要在业务层捕捉异常并处理 try { throw new SQLException ( "发生异常了.." ); } catch ( Exception e ) { e . printStackTrace (); } }

不要小瞧了这些细节，往前暴露异常很大程度上很能够帮我们快速定位问题，而不是经常在项目上线后出现问题，却无法刨根知道哪里报错。

推荐做法：若非实际业务要求，则在业务层统一抛出异常，然后在控制层统一处理。

@Transactional public void addMoney () throws Exception { //先增加余额 accountMapper . addMoney (); //推荐：在业务层将异常抛出 throw new RuntimeException ( "发生异常了.." ); }