转账案例中引入事务

JSP模式&JDBC

  • 使用MVC设计模式开发一个转账案例

JSP的回顾

JSP :

* JSP的概述:

* JSP:Java Server Pages.

* JSP的运行原理:翻译成Servlet,编译成Class进行执行.

* JSP的脚本元素:

* <%!   %>

* <%    %>

* <%=   %>

* JSP的注释:

* JSP的三个指令:

* page,include,taglib   <%@ 指令名称 属性=”属性值”%>

* JSP的内置对象:

* pageContext,request,session,application,page,response,out,config,exception

* JSP的四个作用范围

* PageScope             :当前页面

* RequestScope          :一次请求范围.

* SessionScope          :一次会话

* ApplicationScope      :整个应用范围.

* JSP的动作标签:

* <jsp:forward>,<jsp:include>,<jsp:param>,<jsp:useBean>,<jsp:setProperty>,<jsp:getProperty>

EL:

* EL的概述

* EL:Expression Language

* EL的作用:

* 获取数据${  }

* 执行运算

* 操作web开发中常用的对象${param }

* 调用Java中方法:

JSTL

* JSTL的概述:

* JSTL:JSP 标准标签库.

* JSTL标签库:core,fmt,sql,xml,fn

* JSTL的核心标签库:

* if,forEach

* JSTL的函数库:

* ${fn:}

1.2      使用MVC设计模式完成转账的案例:

1.2.1      需求:

设计一个页面,输入三个值,一个是付款人,一个是收款人,一个是转账的金额.不能出现付款人的钱被扣除而收款人没有收到钱的情况发生.而且要使用MVC的设计模式.

1.2.2      分析:

1.2.2.1    JSP的开发模式:

【动态网页开发模式的发展】

【JSP的开发模式一】:了解

JSP + JavaBean

* 演示模式一的过程:

* 在模式一开发中提供了一些JSP的标签:<jsp:useBean> ,<jsp:setProperty >,<jsp:getProperty>

* 使用模式一进行简单的测试:

<%

// 接收数据:

/* String username = request.getParameter("username");

String password = request.getParameter("password");

// 封装数据:

User user = new User();

user.setUsername(username);

user.setPassword(password); */

%>

<jsp:useBean id="user" class="com.itheima.demo1.domain.User" scope="page"></jsp:useBean>

<%-- <jsp:setProperty property="username" name="user"/>

<jsp:setProperty property="password" name="user"/> --%>

<jsp:setProperty property="*" name="user"/><!-- 表单的元素的name属性的值与User中的属性名称一致 就可以自动封装 -->

<jsp:getProperty property="username" name="user"/>

【JSP的开发模式二】:掌握

JSP + Servlet + JavaBean 称为MVC的设计模式.

MVC:

M:Model:模型层

V:View:视图层

C:Controller:控制层

【Java中的反射技术】(掌握)

  • 反射:
  • 代码:

【Java中的内省技术】(了解)

  • 内省:用来获得JavaBean的属性及属性的get或set方法.

JavaBean:就是一个满足了特定格式的Java类:

* 需要提供无参数的构造方法:

* 属性私有

* 对私有的属性提供public的get/set方法.

  • 内省的代码:

public void demo1() throws Exception{

// 获得了Bean的信息

BeanInfo beanInfo = Introspector.getBeanInfo(User.class);

// 获得Bean的属性描述了

PropertyDescriptor[] pds = beanInfo.getPropertyDescriptors();

for(PropertyDescriptor pd:pds){

System.out.println(pd.getName());

/*pd.getReadMethod(); // 获得get方法

pd.getWriteMethod();// 获得set方法.

*/      }

}

  • 使用内省封装一个MyBeanUtils:

public class MyBeanUtils {

public static void populate(Object obj,Map<String,String[]> map) throws Exception{

// 获得类的所有的属性的名称:

BeanInfo beanInfo = Introspector.getBeanInfo(obj.getClass());

// 获得类中所有的属性:

PropertyDescriptor[] pds = beanInfo.getPropertyDescriptors();

for (PropertyDescriptor pd : pds) {

if(map.containsKey(pd.getName())){

Method method = pd.getWriteMethod();

// 执行set方法:

method.invoke(obj, map.get(pd.getName())[0]);

}

}

}

}

【事务的概述】

  • 什么是事务:

* 事务指的是逻辑上的一组操作,组成这组操作的各个逻辑单元要么一起成功,要么一起失败.

  • MYSQL的事务的管理:(了解)

* 创建一个账号的表:

create database web_13;

use web_13;

create table account(

id int primary key auto_increment,

name varchar(20),

money double

);

insert into account values (null,‘张森‘,10000);

insert into account values (null,‘凤姐‘,10000);

insert into account values (null,‘如花‘,10000);

***** MYSQL的事务管理有两种方式:(MYSQL数据库事务默认是自动提交的.Oracle数据库事务默认是不自动提交.)

* 1.手动开启事务

* start transaction; -- 开启事务

* 多条sql;

* commit/rollback;

* 2.设置一个自动提交参数

* show variables like ‘%commit%‘; -- 查看与commit相关参数.

* set autocommit = 0; -- 将autocommit参数设置为OFF.

【JDBC中的事务管理】(掌握)

  • JDBC的事务的管理的API:

1.2.2.2    步骤分析:

【步骤一】:创建一个页面:

【步骤二】:导入JDBC相关的jar包和工具类.

【步骤三】:创建包结构.

【步骤四】:提交到Servlet-->Service-->DAO

【步骤五】:页面跳转:

1.2.3      代码实现:

1.2.3.1    准备工作:

1.2.3.2    代码实现:

1.2.3.3    DBUtils实现事务管理:

  • 没有事务管理:
  • 有事务管理:

1.2.4      总结:

1.2.4.1    事务特性:

  • 原子性:强调事务的不可分割.
  • 一致性:强调的是事务的执行的前后,数据的完整性要保持一致.
  • 隔离性:一个事务的执行不应该受到其他事务的干扰.
  • 持久性:事务一旦结束(提交/回滚)数据就持久保持到了数据库.
  • 一类读问题:

1.2.4.2    如果不考虑事务的隔离性,引发一些安全性问题:

* 脏读      :一个事务读到另一个事务还没有提交的数据.

* 不可重复读 :一个事务读到了另一个事务已经提交的update的数据,导致在当前的事务中多次查询结果不一致.

* 虚读/幻读  :一个事务读到另一个事务已经提交的insert的数据,导致在当前的事务中多次的查询结果不一致.

  • 一类写问题:

* 引发两类丢失更新:

1.2.4.3    解决引发的读问题:

设置事务的隔离级别:

* read uncommitted     :未提交读.脏读,不可重复读,虚读都可能发生.

* read committed        :已提交读.避免脏读.但是不可重复读和虚读有可能发生.

* repeatable read       :可重复读.避免脏读,不可重复读.但是虚读有可能发生.

* serializable          :串行化的.避免脏读,不可重复读,虚读的发生.

***** MYSQL隔离级别:repeatable read  Oracle隔离级别:read committed

1.2.4.4    演示脏读的发生:

  • 分别开启两个窗口:A,B
  • 分别查看两个窗口的隔离级别:select @@tx_isolation;
  • 设置A窗口的隔离级别为:read uncommitted:

* set session transaction isolation level read uncommitted;

  • 分别在两个窗口中开启事务:

* start transaction;

  • 在B窗口完成转账的操作:

* update account set money = money - 1000 where name = ‘张森‘;

* update account set money = money + 1000 where name = ‘凤姐‘;

  • 在A窗口查询数据:(钱已经到账---脏读)

* select * from account;  -- A事务读到了B事务还没有提交的数据.

1.2.4.5    演示避免脏读,不可重复读发生

  • 分别开启两个窗口:A,B
  • 分别查看两个窗口的隔离级别:select @@tx_isolation;
  • 设置A窗口的隔离级别为:read committed:

* set session transaction isolation level read committed;

  • 分别在两个窗口中开启事务:

* start transaction;

  • 在B窗口完成转账的操作:

* update account set money = money - 1000 where name = ‘张森‘;

* update account set money = money + 1000 where name = ‘凤姐‘;

  • 在A窗口中进行查询:

* select * from account; -- 避免脏读.

  • 在B窗口提交事务:

* commit;

  • 在A窗口中再次查询:

* select * from account; -- 转账成功.(不可重复读:一个事务读到另一个事务中已经提交的update的数据,导致多次查询结果不一致.)

1.2.4.6    演示避免不可重复读:

  • 分别开启两个窗口:A,B
  • 分别查看两个窗口的隔离级别:select @@tx_isolation;
  • 设置A窗口的隔离级别为:repeatable read:

* set session transaction isolation level repeatable read;

  • 分别在两个窗口中开启事务:

* start transaction;

  • 在B窗口完成转账的操作:

* update account set money = money - 1000 where name = ‘张森‘;

* update account set money = money + 1000 where name = ‘凤姐‘;

  • 在A窗口查询:

* select * from account; -- 转账没有成功:避免脏读.

  • 在B窗口提交事务:

* commit;

  • 在A窗口中再次查询:

* select * from account; -- 转账没有成功:避免不可重复读.

1.2.4.7    演示避免虚读的发生:

  • 分别开启两个窗口:A,B
  • 分别查看两个窗口的隔离级别:select @@tx_isolation;
  • 设置A窗口的隔离级别为:serializable:

* set session transaction isolation level serializable;

  • 在A,B两个窗口中分别开启事务:

* start transaction;

  • 在B窗口中完成一个insert操作:

* insert into account values (null,‘王老师‘,10000);

  • 在A创建中进行查询的操作:

* select * from account; -- 没有查询到任何结果.

  • 在B窗口提交事务:

* commit; -- A窗口马上就会显示数据.

时间: 2024-08-04 05:49:23

转账案例中引入事务的相关文章

Java实战之03Spring-05Spring中的事务控制(基于AOP)

五.Spring中的事务控制(基于AOP) 1.Spring中事务有关的接口 1.1.明确: JavaEE体系进行分层开发,事务处理位于业务层,Spring提供了分层设计业务层的事务处理解决方案 1.2.Spring事务管理主要包括3个接口 1.2.1.PlatformTransactionManager事务管理器 具体实现类: 1.2.2.TransactionDefinition事务定义信息 事务的隔离级别: 事务的传播行为:有时面试会问到 REQUIRED:如果当前没有事务,就新建一个事务

DDD实践案例:引入事件驱动与中间件机制来实现后台管理功能

DDD实践案例:引入事件驱动与中间件机制来实现后台管理功能 一.引言 在当前的电子商务平台中,用户下完订单之后,然后店家会在后台看到客户下的订单,然后店家可以对客户的订单进行发货操作.此时客户会在自己的订单状态看到店家已经发货.从上面的业务逻辑可以看出,当用户下完订单之后,店家或管理员可以对客户订单进行跟踪和操作.上一专题我们已经实现创建订单的功能,则接下来自然就是后台管理功能的实现了.所以在这一专题中将详细介绍如何在网上书店案例中实现后台管理功能. 二.后台管理中的权限管理的实现 后台管理中,

漫谈MySql中的事务

最近一直在做订单类的项目,使用了事务.我们的数据库选用的是MySql,存储引擎选用innoDB,innoDB对事务有着良好的支持.这篇文章我们一起来扒一扒事务相关的知识. 为什么要有事务? 事务广泛的运用于订单系统.银行系统等多种场景.如果有以下一个场景:A用户和B用户是银行的储户.现在A要给B转账500元.那么需要做以下几件事: 1. 检查A的账户余额>500元: 2. A账户扣除500元: 3. B账户增加500元: 正常的流程走下来,A账户扣了500,B账户加了500,皆大欢喜.那如果A账

【MySQL】漫谈MySQL中的事务及其实现

最近一直在做订单类的项目,使用了事务.我们的数据库选用的是MySQL,存储引擎选用innoDB,innoDB对事务有着良好的支持.这篇文章我们一起来扒一扒事务相关的知识. 为什么要有事务? 事务广泛的运用于订单系统.银行系统等多种场景.如果有以下一个场景:A用户和B用户是银行的储户.现在A要给B转账500元.那么需要做以下几件事: 1. 检查A的账户余额>500元: 2. A账户扣除500元: 3. B账户增加500元: 正常的流程走下来,A账户扣了500,B账户加了500,皆大欢喜.那如果A账

Microsoft SQL Server中的事务与并发详解

本篇索引: 1.事务 2.锁定和阻塞 3.隔离级别 4.死锁 一.事务 1.1 事务的概念 事务是作为单个工作单元而执行的一系列操作,比如查询和修改数据等. 事务是数据库并发控制的基本单位,一条或者一组语句要么全部成功,对数据库中的某些数据成功修改; 要么全部不成功,数据库中的数据还原到这些语句执行之前的样子. 比如网上订火车票,要么你定票成功,余票显示就减一张; 要么你定票失败获取取消订票,余票的数量还是那么多.不允许出现你订票成功了,余票没有减少或者你取消订票了,余票显示却少了一张的这种情况

Microsoft SQL Server中的事务(转载)

1.1 事务的概念 事务是作为单个工作单元而执行的一系列操作,比如查询和修改数据等. 事务是数据库并发控制的基本单位,一条或者一组语句要么全部成功,对数据库中的某些数据成功修改; 要么全部不成功,数据库中的数据还原到这些语句执行之前的样子. 比如网上订火车票,要么你定票成功,余票显示就减一张; 要么你定票失败获取取消订票,余票的数量还是那么多.不允许出现你订票成功了,余票没有减少或者你取消订票了,余票显示却少了一张的这种情况.这种不被允许出现的情况就要求购票和余票减少这两个不同的操作必须放在一起

从银行微信约战棋牌源码下载转账失败到分布式事务:总结与思考

思考这微信约战棋牌源码下载( h5.super-mans.com Q:2012035031)微信约战棋牌源码下载个问题的初衷,是有一次给朋友转账,结果我的钱被扣了,朋友没收到钱.而我之前一直认为银行转账一定是由事务保证强一致性的,于是学习.总结了一下分布式事务的各种理论.方法. 事务是一个非常广义的词汇,各行各业解读都不一样.对于程序员,事务等价于Transaction,是指一组连续的操作,这些操作组合成一个逻辑的.完整的操作.即这组操作执行前后,系统需要处于一个可预知的.一致的状态.因此,这一

聊一聊 MySQL 中的事务及其实现原理

原文:聊一聊 MySQL 中的事务及其实现原理 说到数据库,那就一定会聊到事务,事务也是面试中常问的问题,我们先来一个面试场景: 面试官:"事务的四大特性是什么?" 我:"ACID,即原子性(Atomicity).隔离性(Isolation).持久性(Durability).一致性(Consistency)!" 面试官:"在 MySQL 数据库的 InnoDB 引擎是怎么实现这四大特性的?" 我:"这个...这个....,还真没有了解过

oracle中的事务

数据库事务有严格的定义,它必须满足4个特性:原子性(Atomic):表示组成一个事务的多个数据库操作是一个不可分割的原子单元只有所有的操作执行成功,整个事务才能提交,事务中任何一个数据库操作失败,己经执行的任何操作都必须撤销,让数据主加返回到初状态.一致性(Consistency):事务操作成功后,数据所处的状态和它的业务规则是一致的,即数据不会被被破坏.如从A账户转账100元到B账户,不管操作成功与否,A和B的存款总额不变的.隔离性(Isolation):在并发数据操作时,不同的事务拥有各自的