java中级面试含答案的题目，悟了(1)，java设计模式面试题_java中级开发工程师面试题库及答案

注意 ：远程调用bank2时，在feign调用的接口上加注解 @Hmily

d）参与方（bank2）实现

==============

代码实现： AccountInfoServiceImpl

try：

空

confirm：

confirm幂等校验

正式增加金额

cancel：

空

e）小结

====

如果拿TCC事务的处理流程与2PC两阶段提交做比较， 2PC通常都是在跨库的DB层面 ，而 TCC则在应用层面的处理 ，需要通过业务逻辑来实现。这种分布式事务的实现方式的 优势 在于，可以让应用自己定义数据操作的粒度，使得 降低锁冲突、提高吞吐量 成为可能。

而 不足之处 则在于对应用的 侵入性非常强 ，业务逻辑的每个分支都需要实现try、confirm、cancel三个操作。此外，其 实现难度也比较大 ，需要按照网络状态、系统故障等不同的失败原因实现不同的回滚策略。

五、解决方案之可靠消息最终一致性

================

项目源码： cloud-dtx-txmsg

1，什么是可靠消息最终一致性

==============

可靠消息最终一致性方案是指当 事务发起方执行完成本地事务后并发出一条消息 ， 事务参与方(消息消费者)一定能够接收消息并处理事务成功 ，此方案强调的是只要消息发给事务参与方最终事务要达到一致。

可靠消息需要解决的问题：

• 本地事务与消息发送的原子性问题

• //先发消息如果数据库操作错误,消息已经发送 begin transaction； //1.发送MQ //2.数据库操作 commit transation; //如果数据库超时，此时数据库回滚，但是消息可能也已经发送 begin transaction； //1.数据库操作 //2.发送MQ commit transation;

• 事务参与方接受消息的可靠性

• 事务参与方必须能够从消息队列接收到消息，如果接收消息失败可以重复接收消息。

• 消息重复消费的问题

• 由于网络2的存在，若某一个消费节点超时但是消费成功，此时消息中间件会重复投递此消息,就导致了消息的重 复消费。 要解决消息重复消费的问题就要实现事务参与方的方法幂等性。

2，RocketMQ事务消息方案

================

• Producer 发送事务消息 ：Producer （MQ发送方）发送事务消息至MQ Server，MQ Server将消息状态标记为Prepared（ 预备状态 ），注意此时这条消息消费者（MQ订阅方）是 无法消费 到的。

• MQ Server 回应消息 发送成功 ：MQ Server接收到Producer 发送给的消息则回应发送成功表示MQ已接收到消息。

• Producer 执行 本地事务 ：Producer 端执行业务代码逻辑，通过 本地数据库事务控制 。

• 消息投递 ：若Producer 本地事务 执行成功 则自动向MQServer发送 commit 消息，此时MQ订阅方（积分服务）即正常消费消息；若Producer 本地事务 执行失败 则自动向MQServer发送 rollback 消息，MQ Server接收到rollback消息后 将删除”增加积分消息“ 。 MQ订阅方（积分服务）消费消息， 消费成功则向MQ回应ack ，否则将重复接收消息。这里ack默认自动回应，即程序执行正常则自动回应ack。

• 事务回查 ：如果执行Producer端 本地事务过程中，执行端挂掉，或者超时 ，MQ Server将会不停的询问 同组的其他 Producer来获取事务执行状态 ，这个过程叫事务回查。MQ Server会根据事务回查结果来决定是否投递消息。

3，RocketMQ实现可靠消息最终一致性事务

=======================

a）SQL

=====

bank1

CREATE DATABASE bank1 CHARACTER

SET ‘utf8’ COLLATE ‘utf8_general_ci’;

DROP TABLE

IF EXISTS account_info;

CREATE TABLE account_info (

id BIGINT (20) NOT NULL AUTO_INCREMENT,

account_name VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘户 主姓名’,

account_no VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘银行 卡号’,

account_password VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘帐户密码’,

account_balance DOUBLE NULL DEFAULT NULL COMMENT ‘帐户余额’,

PRIMARY KEY (id) USING BTREE

) ENGINE = INNODB AUTO_INCREMENT = 5 CHARACTER

SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

INSERT INTO account_info

VALUES

(

2,

‘张三的账户’,

‘1’,

‘’,

10000

);

DROP TABLE

IF EXISTS de_duplication;

CREATE TABLE de_duplication (

tx_no VARCHAR (64) COLLATE utf8_bin NOT NULL,

create_time datetime (0) NULL DEFAULT NULL,

PRIMARY KEY (tx_no) USING BTREE

) ENGINE = INNODB CHARACTER

SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

View Code

bank2

CREATE DATABASE bank2 CHARACTER

SET ‘utf8’ COLLATE ‘utf8_general_ci’;

DROP TABLE

IF EXISTS account_info;

CREATE TABLE account_info (

id BIGINT (20) NOT NULL AUTO_INCREMENT,

account_name VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘户 主姓名’,

account_no VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘银行 卡号’,

account_password VARCHAR (100) CHARACTER

SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT ‘帐户密码’,

account_balance DOUBLE NULL DEFAULT NULL COMMENT ‘帐户余额’,

PRIMARY KEY (id) USING BTREE

) ENGINE = INNODB AUTO_INCREMENT = 5 CHARACTER

SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

INSERT INTO account_info

VALUES

(

3,

‘李四的账户’,

‘2’,

NULL,

0

);

CREATE TABLE de_duplication (

tx_no VARCHAR (64) COLLATE utf8_bin NOT NULL,

create_time datetime (0) NULL DEFAULT NULL,

PRIMARY KEY (tx_no) USING BTREE

) ENGINE = INNODB CHARACTER

SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

View Code

b）安装RocketMQ

============

c）工程配置

======

maven

org.apache.rocketmq

rocketmq-spring-boot-starter

2.0.2

properties配置

rocketmq.producer.group = producer_bank2

rocketmq.name‐server = 127.0.0.1:9876

d）bank1

=======

Service： AccountInfoServiceImpl

//两个方法

//1，向mq发送转账消息

//2，更新账户，扣减金额 （通过事务id保证幂等性）

Controller： AccountInfoController

//生成事务id，调用service的发消息接口

message： ProducerTxmsgListener

//两个方法executeLocalTransaction和checkLocalTransaction

//事务消息发送后的回调方法。此时保证本地事务，调用Service扣减金额同时将消息改为COMMIT（可消费状态），如果捕获异常，将消息改为ROLLBACK回滚

//事务回查。查询是否在调用方已经处理，如果已经处理需修改消息为COMMIT可消费,否则就是UNKOWN状态。

e）bank2

=======

Service： AccountInfoServiceImpl

//更新账户bank2，增加金额。(通过事务id保证幂等性)

message： TxmsgConsumer

======================

//监听bank1发送的消息topic，调用Service增加金额

4，总结

====

可靠消息最终一致性就是 保证消息从生产方经过消息中间件传递到消费方 的一致性，本案例使用了RocketMQ作为消息中间件，RocketMQ主要解决了两个功能：

• 本地事务与消息发送的原子性问题。

• 事务参与方接收消息的可靠性。

可靠消息最终一致性事务适合 执行周期长且实时性要求不高的场景 。引入消息机制后，同步的事务操作变为基于消息执行的 异步 操作, 避免了分布式事务中的同步阻塞操作的影响，并实现了两个服务的 解耦 。

六、解决方案之最大努力通知

=============

源码： cloud-dtx-notify

1，什么是最大努力通知

===========

发起通知方通过一定的机制 最大努力将业务处理结果通知到接收方 。

• 有一定的 消息重复通知机制 。因为接收通知方可能没有接收到通知，此时要有一定的机制对消息重复通知。

• 消息校对机制 。如果尽最大努力也没有通知到接收方，或者接收方消费消息后要再次消费，此时可 由接收方主动向通知方查询消息 信息来满足需求。

2，最大努力通知与可靠消息一致性的异同

===================

• 思想不同：可靠消息一致性，发起 通知方需要保证将消息发出去 ，并且将消息发到接收通知方，消息的可靠性关键由发起通知方来保证。最大努力通知，发起通知方尽最大的努力将业务处理结果通知为接收通知方，但是可能消息接收不到，此时需要接收通知方主动调用发起通知方的接口查询业务处理结果， 通知的可靠性关键在接收通知方 。

• 业务场景不同：可靠消息一致性关注的是 交易过程的事务一致 ，以异步的方式完成交易。最大努力通知关注的是 交易后的通知事务 ，即将交易结果可靠的通知出去。

• 技术解决方向不同：可靠消息一致性要解决 消息从发出到接收的一致性 ，即消息发出并且被接收到；最大努力通知无法保证消息从发出到接收的一致性，只提供消息接收的可靠性机制。可靠机制是， 最大努力的将消息通知给接收方 ，当消息无法被接收方接收时，由 接收方主动查询消息 （业务处理结果）。

3，解决方案

======

a）解决方案一：

具体流程：

• 发起通知方将通知发给MQ。使用普通消息机制将通知发给MQ。

• 接收通知方监听 MQ。

• 接收通知方接收消息，业务处理完成回应ack。

• 接收通知方若 没有回应ack则MQ会重复通知 。 MQ会按照间隔1min、5min、10min、30min、1h、2h、5h、10h的方式，逐步拉大通知间隔 （如果MQ采用rocketMq，在broker中可进行配置），直到达到通知要求的时间窗口上限。

• 接收通知方可通过消息校对接口来校对消息的一致性。

b）解决方案二：

与方案1不同的是 应用程序向接收通知方发送通知 ，如下图：

具体流程：

• 发起通知方将通知发给MQ：使用可靠消息一致方案中的事务消息保证 本地事务与消息的原子性 ，最终将通知先发给MQ。

• 通知程序监听 MQ，接收MQ的消息。 通知程序若没有回应ack则MQ会重复通知。

• 通知程序 通过互联网接口协议（如http、webservice） 调用接收通知方案接口 ，完成通知。 通知程序调用接收通知方案接口成功就表示通知成功，即消费MQ消息成功，MQ将不再向通知程序投递通知消息。

• 接收通知方可通过消息校对接口来校对消息的一致性。

c）两种方案比较

• 方案1中接收通知方与MQ接口，即接收通知方案监听 MQ，此方案主要 应用与内部应用之间的通知 。

• 方案2中由通知程序与MQ接口，通知程序监听MQ，收到MQ的消息后由通知程序通过互联网接口协议调用接收通知方。此方案主要应用于 外部应用之间的通知 ，例如支付宝、微信的支付结果通知。

4，最大努力通知实现

==========

a）sql

=====

bank1_pay.sql

CREATE DATABASE /!32312 IF NOT EXISTS/bank1_pay /*!40100 DEFAULT CHARACTER SET utf8 */;

USE bank1_pay;

/*Table structure for table account_pay */

DROP TABLE IF EXISTS account_pay;

CREATE TABLE account_pay (

id varchar(64) COLLATE utf8_bin NOT NULL,

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

线程、数据库、算法、JVM、分布式、微服务、框架、Spring相关知识

一线互联网P7面试集锦+各种大厂面试集锦

学习笔记以及面试真题解析

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）**
[外链图片转存中…(img-2NP2RHTL-1712416024348)]

线程、数据库、算法、JVM、分布式、微服务、框架、Spring相关知识

[外链图片转存中…(img-0mvSopkD-1712416024349)]

一线互联网P7面试集锦+各种大厂面试集锦

[外链图片转存中…(img-slOjkpXx-1712416024349)]

学习笔记以及面试真题解析

[外链图片转存中…(img-1euXPwRy-1712416024349)]

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算