SpringCloud Alibaba - Seata 四种分布式事务解决方案（TCC、Saga）+ 实践部署（下）

目录

一、Seata 分布式解决方案

1.1、TCC 模式

1.1.1、TCC 模式理论

对比 TCC 和 AT 模式的一致性和隔离性

TC 的工作模型

1.2.2、TCC 模式优缺点

1.2.3、TCC 模式注意事项：空回滚

1.2.4、TCC 模式注意事项：业务悬挂

1.2.5、实现 TCC 模式

案例：在用户余额扣减服务中，实现 TCC 模式.

实现案例

a）TCC 的 try、confirm、cancel 方法都需要在接口中基于注解来声明

b）建表

c）对应刚刚上述所描述的实现思路，可以基本实现（未考虑空回滚 和 业务悬挂） 

d）考虑空回滚

e）幂等问题

f）业务悬挂问题

g）到此，整个业务完成.

1.2、Saga 模式

1.2.1、Saga 模式理论

1.2.2、saga 模式优缺点

一、Seata 分布式解决方案

1.1、TCC 模式

1.1.1、TCC 模式理论

TCC 模式和 AT 模式很相似，第一阶段都是独立事务，执行完了直接提交，不同的是 TCC 模式不用去加锁，也不用生成快照，因此性能上会更好.

TCC 模式的第二阶段是基于人工编码的方式来实现数据恢复的，不像 AT 是自动实现的.

人工编码的方式需要实现三个方法，分别是 try、confirm、cancel.

  • try：用来进行资源的检测和预留. 也就是说我需要修改某个资源的时候，先把这个资源预留下来，等到第二阶段的时候在对这个资源进行一个具体的操作.
  • cancel：如果第二阶段需要进行回滚，就执行 cancel. cancel 是对预留资源的一个释放（可以理解为对 try 的反向操作）.
  • confirm：完成资源业务操作（这里要求 try 成功，那么 confirm 一定要成功）.

例如现在我的账户余额是 100 元，现在要扣掉 30 元.  如果分成 try、cancel、confirm 这三个阶段.

  1. try 阶段：做资金的检测和预留.  检测就是判断余额够不够（当前余额为 100，要扣 30 肯定是够的）.  预留就是说如果余额充足，就先把要扣的 30 元金额冻结起来，也就是说可用余额扣减 30，冻结金额增加 30，而总金额是没有变化的.
  2. confirm 阶段：如果 try 阶段执行成功了，就会执行 confirm 进行提交.  这里就提交就是直接把 try 阶段冻结的 30 元金额直接扣掉，因此总金额就变成 70 元了.
  3. cancel 阶段：如果有人在执行 try 阶段失败了，就要执行 cancel 进行回滚.  这里就是对 try 阶段的一个反向操作.  在 try 阶段冻结的30元余额解冻，可用余额也就增加了 30.   因此从 try 到 cancel 可以看到总金额是没有变化的，变化的仅仅是冻结的部分.
对比 TCC 和 AT 模式的一致性和隔离性

一致性：首先第一阶段两个模式都是各自提交各自的事务，因此两种模式都有可能出现提交成功和失败的情况，导致状态不一致，需要通过第二阶段来调整.  也就是说这两种模式都是最终一致性.

隔离性：AT 模式是需要通过加锁实现隔离（在第一、第二阶段持有全局锁），而 TCC 模式下不需要加锁隔离，因为在第一阶段是通过冻结来实现隔离（冻结了一部分金额），就算此时有另一个事务也要冻结金额，那就直接从可用余额中取一部分冻结，所以事务之间都没有任何影响，不需要加锁，那么 TCC 模式的性能就要比 AT 模式好很多了.

TC 的工作模型

第一阶段：

这里大部分都和 AT 很像，一开始都是由 TM 去开启全局事务并注册到 TC 上面，然后 TM 去通知每一个分支事务去执行，然后请求被 RM 拦截，RM 就会先去注册分之十五，然后去执行 try 预留资源，执行完后直接提交，随后向 TC 报告事务的状态（资源预留执行成功了？还是失败了）.

第二阶段：

TM 通知 TC 事务结束了，那么 TC 就要对事务的状态做判断了.  如果分支预留资源成功了，就直接执行 confirm 提交即可；如果发现其中任意一个有问题，就要执行 cancel 逻辑.

1.2.2、TCC 模式优缺点

优点：

性能高：第一阶段执行完直接提交事务，并且既不用生成快照，也不用使用全局锁. 可以认为是所有分布式事务模型中性能最好的.

不依赖数据库：不需要依赖于事务性的数据库，因为是靠预留资源来做代偿的.  也就是说不仅可以使用 mysql 这种关系型数据库，也可以使用 redis 这种非关系型数据库去实现 TCC 模式.

缺点：

代码侵入高：try、confirm、cancel 这三个方法需要人工编写.

软状态，最终一致：第一阶段执行完后，直接提交事务.

考虑幂等：将来 confirm 和 cancel 可能会执行失败，Seata 看到失败了就会重试，就可能造成死循环.  因此要考虑各种健壮性.

1.2.3、TCC 模式注意事项：空回滚

问题：

在将执行某个分支事务的时候，发现执行分支事务的请求因为某种原因（网络抖动）阻塞住了，一旦阻塞的时间超过了超时时间，就会将超时的错误报告给 TC，然后 TC 就会告诉这个分支事务的 RM：“那你去回滚吧”，此时 RM 就会去执行 cancel 的业务. 

这就导致本身你没有执行 try 预留资源，现在却要执行 cancel 去释放预留资源.  比方说 try 的业务就是去冻结 30 元的余额，但是在没有进行 try 之前却要进行释放 30 元冻结余额的业务，这不就出事了吗？

解决方案：

因此这里需要做一个空回滚. 

在 try 执行请求因为某种原因阻塞时，可能会导致全局事务超时，从而先触发了 cancel 逻辑，此时根本就没有做资源预留，就不能回滚，并且也不能报错（不然 Seata 会以为 cancel 出问题了，会重试，最后导致死循环）.  那么空回滚只需要我们返回一个正常结束即可.

1.2.4、TCC 模式注意事项：业务悬挂

问题：

在执行完空回滚之后，try 逻辑的请求阻塞突然通畅，就会去执行资源预留业务，但是资源预留了之后就没有后续了（已经执行过 cancel 中的空回滚了），既没有 cancel，也没有 confirm，业务只执行了一半.  这就是业务悬挂.

比如说我本来有 100 元余额，执行完空回滚后，try逻辑突然通常，冻结了我 30 元的可用余额，然后也没有后续业务了，就导致我这 30 元有是有，但是却一直用不了.

解决办法：

在执行 try 的时候，先判断一下是否回滚过，如果回滚过了 try 就不能执行了.  同样在执行 cancel 的时候，需要判断一下，try 是不是已经执行了，如果 try 没有执行，就去做一个空回滚.

怎么知道 try 到底有没有执行过呢？这就需要在数据库中在创建一个表，用来记录事务的状态（记录上一步是执行了 try 呢？还是cancel？还是confirm？）.  

1.2.5、实现 TCC 模式

案例：在用户余额扣减服务中，实现 TCC 模式.

那么实现的思路如下：

  1. try：扣减可用余额，添加冻结金额.
  2. confirm：删除冻结金额.
  3. cancel：恢复可用金额，删除冻结金额.
  4. 注意事项：保证 confirm、cancel 接口的幂等性，注意 空回滚 和 业务悬挂.

实现案例
a）TCC 的 try、confirm、cancel 方法都需要在接口中基于注解来声明

语法如下：

@LocalTCC
public interface TCCService {/*** Try逻辑，@TwoPhaseBusinessAction中的name属性要与当前方法名一致，用于指定Try逻辑对应的方法* commitMethod 用来指定 confirm 逻辑，值必须对应自己实现的方法名. rollbackMethod 表示 cancel 逻辑，值必须对应自己实现的方法名.*/@TwoPhaseBusinessAction(name = "prepare", commitMethod = "confirm", rollbackMethod = "cancel")void prepare(@BusinessActionContextParameter(paramName = "param") String param);/*** 二阶段confirm确认方法、可以另命名，但要保证与commitMethod一致 ** @param context 上下文,可以传递try方法的参数* @return boolean 执行是否成功*/boolean confirm (BusinessActionContext context);/*** 二阶段回滚方法，要保证与rollbackMethod一致*/boolean cancel (BusinessActionContext context);
}

根据上述语法，就可以编写用户余额冻结服务的接口 AccountTCCService ，如下

@LocalTCC
public interface AccountTCCService {/*** try：冻结指定余热* @param userId* @param money*/@TwoPhaseBusinessAction(name = "deduct", commitMethod = "confirm", rollbackMethod = "cancel")void deduct(@BusinessActionContextParameter(paramName = "userId") String userId,@BusinessActionContextParameter(paramName = "money") int money);/*** 删除冻结余额* @param ctx* @return*/boolean confirm(BusinessActionContext ctx);/*** 删除冻结余额，恢复可用余额* @param ctx* @return*/boolean cancel(BusinessActionContext ctx);}

b）建表

这里我们已经有了用户金额表，如下：

这里我们还需要创建 用户冻结金额表 ，如下：

CREATE TABLE `account_freeze_tbl`  (`xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,`user_id` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,`freeze_money` int(11) UNSIGNED NULL DEFAULT 0,`state` int(1) NULL DEFAULT NULL COMMENT '事务状态，0:try，1:confirm，2:cancel',PRIMARY KEY (`xid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = COMPACT;

对应实体类如下：

@Data
@TableName("account_freeze_tbl")
public class AccountFreeze {@TableId(type = IdType.INPUT)private String xid;private String userId;private Integer freezeMoney;private Integer state;public static abstract class State {public final static int TRY = 0;public final static int CONFIRM = 1;public final static int CANCEL = 2;}
}

c）对应刚刚上述所描述的实现思路，可以基本实现（未考虑空回滚 和 业务悬挂） 

AccountTCCService 接口，如下：

@Slf4j
@Service
public class AccountTCCServiceImpl implements AccountTCCService {@Autowiredprivate AccountMapper accountMapper;@Autowiredprivate AccountFreezeMapper freezeMapper;@Override@Transactionalpublic void deduct(String userId, int money) {//1.获取事务 idString xid = RootContext.getXID();//2.扣减可用余额accountMapper.deduct(userId, money);//3.增加冻结金额，并记录当前事务的状态AccountFreeze freeze = new AccountFreeze();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(money);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}@Overridepublic boolean confirm(BusinessActionContext ctx) {//1.添加事务 idString xid = RootContext.getXID();//2.根据 id 删除冻结记录int count = freezeMapper.deleteById(xid);return count == 1;}@Overridepublic boolean cancel(BusinessActionContext ctx) {//1.查询冻结记录String xid = RootContext.getXID();AccountFreeze freeze = freezeMapper.selectById(xid);//2.恢复可用余额accountMapper.refund(freeze.getUserId(), freeze.getFreezeMoney());//3.清理冻结余额，状态修改为 cancelfreeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.CANCEL);int count = freezeMapper.updateById(freeze);return count == 1;}}
d）考虑空回滚

考虑在执行 try 逻辑阻塞超时，执行了 cancel 逻辑，那么就需要考虑空回滚.  主要记录 cancel 状态即可.

    @Overridepublic boolean cancel(BusinessActionContext ctx) {//1.查询冻结记录String xid = RootContext.getXID();AccountFreeze freeze = freezeMapper.selectById(xid);//a. 空回滚判断if (freeze == null) {//这里主要记录当前的 cancel 状态freeze = new AccountFreeze();//这里能拿到 userId 和 money 是因为在 AccountTCCService 接口中通过 BusinessActionContextParameter 注解注册了String userId = ctx.getActionContext("userId").toString();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}//2.恢复可用余额accountMapper.refund(freeze.getUserId(), freeze.getFreezeMoney());//3.清理冻结余额，状态修改为 cancelfreeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.CANCEL);int count = freezeMapper.updateById(freeze);return count == 1;}

e）幂等问题

第一次超时了，进行空回滚（添加 freeze，设置状态为 cancel），第二次又超时了，freeze 不为空，就会进行恢复金额逻辑.  这就出问题了，不能进行恢复金额操作，因此，这里需要进行判断，如果处理过了，直接返回 true 即可.

    @Overridepublic boolean cancel(BusinessActionContext ctx) {//1.查询冻结记录String xid = RootContext.getXID();AccountFreeze freeze = freezeMapper.selectById(xid);//a. 空回滚判断if (freeze == null) {//这里主要记录当前的 cancel 状态freeze = new AccountFreeze();//这里能拿到 userId 和 money 是因为在 AccountTCCService 接口中通过 BusinessActionContextParameter 注解注册了String userId = ctx.getActionContext("userId").toString();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}//b.幂等问题：第一次超时了，进行空回滚，第二次又超时了，freeze 不为空，就会进行恢复金额逻辑(这就出问题了).if(freeze.getState() == AccountFreeze.State.CANCEL) {//已经处理过依次 cancel 了，无需重复处理return true;}//2.恢复可用余额accountMapper.refund(freeze.getUserId(), freeze.getFreezeMoney());//3.清理冻结余额，状态修改为 cancelfreeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.CANCEL);int count = freezeMapper.updateById(freeze);return count == 1;}

confirm 为什么不考虑幂等了？

因为 confirm 逻辑是删除冻结记录，底层就是 sql 调用 delete.  因此即使操作多次，也无妨.

f）业务悬挂问题

处理过 cancel 之后，就没必要再处理 try 了，因此这里只需要判断 freeze 是否存在冻结记录，如果有，拒绝即可.

    @Override@Transactionalpublic void deduct(String userId, int money) {//1.获取事务 idString xid = RootContext.getXID();//a. 业务悬挂问题处理：判断 freeze 中是否有冻结记录，如果有，一定是 cancel 执行过，要拒绝业务AccountFreeze oldFreeze = freezeMapper.selectById(xid);if(oldFreeze != null) {return;}//2.扣减可用余额accountMapper.deduct(userId, money);//3.增加冻结金额，并记录当前事务的状态AccountFreeze freeze = new AccountFreeze();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(money);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}

g）到此，整个业务完成.

全代码如下：

@Slf4j
@Service
public class AccountTCCServiceImpl implements AccountTCCService {@Autowiredprivate AccountMapper accountMapper;@Autowiredprivate AccountFreezeMapper freezeMapper;@Override@Transactionalpublic void deduct(String userId, int money) {//1.获取事务 idString xid = RootContext.getXID();//a. 业务悬挂问题处理：判断 freeze 中是否有冻结记录，如果有，一定是 cancel 执行过，要拒绝业务AccountFreeze oldFreeze = freezeMapper.selectById(xid);if(oldFreeze != null) {return;}//2.扣减可用余额accountMapper.deduct(userId, money);//3.增加冻结金额，并记录当前事务的状态AccountFreeze freeze = new AccountFreeze();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(money);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}@Overridepublic boolean confirm(BusinessActionContext ctx) {//1.添加事务 idString xid = RootContext.getXID();//2.根据 id 删除冻结记录int count = freezeMapper.deleteById(xid);return count == 1;}@Overridepublic boolean cancel(BusinessActionContext ctx) {//1.查询冻结记录String xid = RootContext.getXID();AccountFreeze freeze = freezeMapper.selectById(xid);//a. 空回滚判断if (freeze == null) {//这里主要记录当前的 cancel 状态freeze = new AccountFreeze();//这里能拿到 userId 和 money 是因为在 AccountTCCService 接口中通过 BusinessActionContextParameter 注解注册了String userId = ctx.getActionContext("userId").toString();freeze.setUserId(userId);freeze.setXid(xid);freeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.TRY);freezeMapper.insert(freeze);}//b.幂等问题：第一次超时了，进行空回滚，第二次又超时了，freeze 不为空，就会进行恢复金额逻辑(这就出问题了).if(freeze.getState() == AccountFreeze.State.CANCEL) {//已经处理过依次 cancel 了，无需重复处理return true;}//2.恢复可用余额accountMapper.refund(freeze.getUserId(), freeze.getFreezeMoney());//3.清理冻结余额，状态修改为 cancelfreeze.setFreezeMoney(0);freeze.setState(AccountFreeze.State.CANCEL);int count = freezeMapper.updateById(freeze);return count == 1;}}

1.2、Saga 模式

1.2.1、Saga 模式理论

Saga模式是SEATA提供的长事务解决方案。也分为两个阶段：

第一阶段：

与 AT 一样，直接提交本地事务.

第二阶段：

如果第一阶段大家都成功了，就什么也不做.

如果第一阶段有失败的，那么他会反向做一个补偿逻辑去回滚.  这里确实和 tcc 优点像，但不完全一样，因为  tcc 再第一阶段中不是处理事务，只是做资源预留.

比如 扣余额业务，TCC 就直接冻结了，而 saga 是直接把余额扣掉了，如果 saga 第一阶段出现问题，第二阶段就是把扣掉的余额增加回来，实现回滚逻辑的.

1.2.2、saga 模式优缺点

缺点：

没有隔离性：因为一二阶段既没有全局锁，也没有预留资源，所有事务与事务之间可能存在脏写问题.

软状态持续时间不确定：saga 模式是按顺序执行每一个事务，如果有任何一个出现问题，就会立刻反向补偿. 因此这个不一致的时间不确定.

优点：

吞吐能力高：基于事件驱动实现异步调用，也就是一个事务完成了，自己执行下一个事务，无需阻塞等待.

性能高：第一阶段无需上锁，性能高.

实现简单：不用像 TCC 那样编写三个阶段，实现简单.

1.2.3、补充说明

Ps：由于这种模式的使用场景极少，因此就不演示了.

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.xdnf.cn/news/150112.html

如若内容造成侵权/违法违规/事实不符，请联系一条长河网进行投诉反馈，一经查实，立即删除！

相关文章

VS Code更改软件的语言

VS Code更改软件的语言

刚刚安装好的 vscode 默认是英文，可以安装中文扩展包。如图： 重启即可更换为中文。 如果想切换为英文，可以 Ctrl Shift P，打开命令面板。 输入 Configure DIsplay Language，如图： 可以在中英文之间切换…
阅读更多...
如何选择合适的自动化测试工具？

如何选择合适的自动化测试工具？

自动化测试是高质量软件交付领域中最重要的实践之一。在今天的敏捷开发方法中，几乎任一软件开发过程都需要在开发阶段的某个时候进行自动化测试，以加速回归测试的工作。自动化测试工具可以帮助测试人员以及整个团队专注于自动化工具无法处理的各自任务&a…
阅读更多...
【GSEP202303 C++】1级 长方形面积

【GSEP202303 C++】1级 长方形面积

[GSEP202303 一级] 长方形面积 题目描述 小明刚刚学习了如何计算长方形面积。他发现，如果一个长方形的长和宽都是整数，它的面积一定也是整数。现在，小明想知道如果给定长方形的面积，有多少种可能的长方形，满足长和宽…
阅读更多...
TCP端口崩溃，msg:socket(): Too many open files

TCP端口崩溃，msg:socket(): Too many open files

一、现象 linux系统中运行了一个TCP服务器，该服务器监听的TCP端口为10000。但是长时间运行时发现该端口会崩溃，TCP客户端连接该端口会失败： 可以看到进行三次握手时，TCP客户端向该TCP服务器的10000端口发送了SYN报文，…
阅读更多...
C++面试八股(一)

C++面试八股(一)

目录 C和C的区别 1、语言特性 2、内存管理 3、C的库更加丰富 4、对异常的处理 什么是封装继承多态？ 封装 继承 多态 new和malloc的区别 STL容器有哪些？容器对应的使用场景？（挑一个你认为最熟悉的容器） vector、…
阅读更多...
前端相关题目随笔

前端相关题目随笔

Vh虽然获取到了视口高度，但是vh会随着屏幕的、大小变化，所以当减去一个数字之后，就会显示错误。 生成id 如果没有设置id，则可以通过new Date.getTime()获取一个时间，作为一个单独的id，也可以通过下载uuid生…
阅读更多...
Cocos Creator3.8 项目实战（六）Combobox控件的实现和使用

Cocos Creator3.8 项目实战（六）Combobox控件的实现和使用

在cocoscreator 中，没有Combobox控件，无奈之下只能自己动手写一个。 ⚠️ 文末附 ComboBox.ts 、ComboBoxItem.ts 完整源码， 可直接拿去使用。 实现原理： 1、Combobox 背景图background 是一个sprite 控件，上面放了一…
阅读更多...
【二】spring boot-设计思想

【二】spring boot-设计思想

spring boot-设计思想 简介：现在越来越多的人开始分析spring boot源码，拿到项目之后就有点无从下手了，这里介绍一下springboot源码的项目结构 一、项目结构 从上图可以看到，源码分为两个模块： spring-boot-project&a…
阅读更多...
Python 无废话-办公自动化Excel修改数据

Python 无废话-办公自动化Excel修改数据

如何修改Excel 符合条件的数据？用Python 几行代码搞定。 需求：将销售明细表的产品名称为PG手机、HW手机、HW电脑的零售价格分别修改为4500、5500、7500，并保存Excel文件。如下图 Python 修改Excel 数据，常见步骤： 1&…
阅读更多...
Go Gin Gorm Casbin权限管理实现 - 2. 使用Gorm存储Casbin权限配置以及`增删改查`

Go Gin Gorm Casbin权限管理实现 - 2. 使用Gorm存储Casbin权限配置以及`增删改查`

文章目录 0. 背景1. 准备工作2. 权限配置以及增删改查2.1 策略和组使用规范2.2 用户以及组关系的增删改查2.2.1 获取所有用户以及关联的角色2.2.2 角色组中添加用户2.2.3 角色组中删除用户 2.3 角色组权限的增删改查2.3.1 获取所有角色组权限2.3.2 创建角色组权限2.3.3 修改角色…
阅读更多...
麻雀搜索算法(SSA)(含MATLAB代码)

麻雀搜索算法(SSA)(含MATLAB代码)

先做一个声明：文章是由我的个人公众号中的推送直接复制粘贴而来，因此对智能优化算法感兴趣的朋友，可关注我的个人公众号：启发式算法讨论。我会不定期在公众号里分享不同的智能优化算法，经典的，或者是近几年…
阅读更多...
Sql server 使用DBCC Shrinkfile 收缩日志文件

Sql server 使用DBCC Shrinkfile 收缩日志文件

磁盘空间有限，需要收缩日志文件释放空间。 数据库名称上右击属性->文件,逻辑名称日志文件默认名称为“_log”结尾。 alter database 数据库 set recovery simple dbcc shrinkfile(XXX_log,2,truncateonly) alter database 数据库 set recovery full
阅读更多...
QT聊天室阶段性记录（完善中：注册功能，数据库存储）

QT聊天室阶段性记录（完善中：注册功能，数据库存储）

server.h #ifndef SERVERDEMO_H #define SERVERDEMO_H#include <QObject> #include <QTcpServer> #include <QMap> #include <QSqlDatabase> //数据库管理类 #include <QSqlQuery> //执行sql语句的类 #include <QSqlRecord> //数据库…
阅读更多...
Netty

Netty

目录 引言&#xff1a; 什么是Netty&#xff1f; Netty和Tomcat有什么区别&#xff1f; 为什么Netty受欢迎&#xff1f; Netty为什么并发高 Netty为什么传输快 为什么说Netty封装好&#xff1f; 使用示例&#xff1a; 步骤1: 添加Netty依赖 步骤2: 创建服务器启动类 步…
阅读更多...
【JavaEE】_构造HTTP请求与HTTPS

【JavaEE】_构造HTTP请求与HTTPS

目录 1. 构造HTTP请求 1.1 form标签构造HTTP请求 1.1.1 form标签构造GET请求 1.1.2 form标签构造POST请求 1.2 通过ajax构造HTTP请求 1.3 form与ajax 1.4 使用ajax构造HTTP请求 2.HTTPS 2.1 对称加密 2.2 非对称加密 2.3 证书 1. 构造HTTP请求 1.1 form标签构造HTT…
阅读更多...
idea插件（free mybatis plugin)

idea插件（free mybatis plugin)

安装&#xff1a; 由于我用的idea版本是2023的&#xff0c;所以搜出来的是Free MyBatis Tool,和Free MyBatis plugin是一样的 主要功能&#xff1a; 生成mapper xml文件 快速从代码跳转到mapper及从mapper返回代码 mybatis自动补全及语法错误提示 集成mybatis generator gui…
阅读更多...
Spring Boot中的@Controller使用教程

Spring Boot中的@Controller使用教程

一 Controller使用方法&#xff0c;如下所示&#xff1a; Controller是SpringBoot里最基本的组件&#xff0c;他的作用是把用户提交来的请求通过对URL的匹配&#xff0c;分配个不同的接收器&#xff0c;再进行处理&#xff0c;然后向用户返回结果。下面通过本文给大家介绍Spr…
阅读更多...
JavaScript系列从入门到精通系列第十七篇：JavaScript中的全局作用域

JavaScript系列从入门到精通系列第十七篇：JavaScript中的全局作用域

文章目录 前言 1&#xff1a;什么叫作用域 一&#xff1a;全局作用域 1&#xff1a;全局变量的声明 2&#xff1a;变量声明和使用的顺序 3&#xff1a;方法声明和使用的顺序 前言 1&#xff1a;什么叫作用域 可以起作用的范围 function fun(){var a 1; } fun();consol…
阅读更多...
Linux YUM源（本地/网络源）配置详解

Linux YUM源（本地/网络源）配置详解

目录 一、挂载 二、实现思路 三、建立本地源 配置详解&#xff1a; 四、建立网络源 配置详解&#xff1a; 五、验证 一、挂载 ——将光盘挂载到 /mnt ——挂载光盘时要保证虚拟机光盘处于连接状态 命令&#xff1a;[rootlocalhost mnt]# mount /dev/sr0 /mnt # 此时还…
阅读更多...
MongoDB数据库网站网页实例-编程语言Python+Django

MongoDB数据库网站网页实例-编程语言Python+Django

程序示例精选 PythonDjangoMongoDB数据库网站网页实例 如需安装运行环境或远程调试&#xff0c;见文章底部个人QQ名片&#xff0c;由专业技术人员远程协助&#xff01; 前言 这篇博客针对《PythonDjangoMongoDB数据库网站网页实例》编写代码&#xff0c;代码整洁&#xff0c;…
阅读更多...
最新文章

Copyright @ 2022~2023