学透这份 java 进阶笔记,才知道为什么能一起斩获几十家大厂 offer 一定是有原因的
![看完这套 Java 笔记,才明白笔者同时斩获 7 份大厂 offer 是有原因的!](https://img-blog.csdnimg.cn/img_convert/7e88fcb698fc688
7b5f181b4a2ad3ad2.png)
JVM 内存区域主要分为线程私有区域【程序计数器、虚拟机栈、本地方法区】、线程共享区域【JAVA 堆、方法区】、直接内存。
......
Spring 原理
=========
...
6.1.10 Spring boot 原理
Spring Boot 是由 Pivotal 团队提供的全新框架,其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置。通过这种方式,Spring Boot 致力于在蓬勃发展的快速应用开发领域(rapid applicationdevelopment)成为领导者。其特点如下:
1. 创建独立的 Spring 应用程序
2. 嵌入的 Tomcat,无需部署 WAR 文件
3. 简化 Maven 配置
4. 自动配置 Spring
5. 提供生产就绪型功能,如指标,健康检查和外部配置
6. 绝对没有代码生成和对 XML 没有要求配置 [1]
...
6.1.11.1 分布式事务
Java 事务编程接口(JTA:Java Transaction API)和 Java 事务服务 (JTS;Java Transaction Service) 为 J2EE 平台提供了分布式事务服务。分布式事务(Distributed Transaction)包括事务管理器(Transaction Manager)和一个或多个支持 XA 协议的资源管理器 ( Resource Manager )。我们可以将资源管理器看做任意类型的持久化数据存储;事务管理器承担着所有事务参与单元的协调与控制。
public void transferAccount()
{ UserTransaction userTx = null;
Connection connA = null;
Statement stmtA = null;
Connection connB = null;
Statement stmtB = null;
try
{ // 获得 Transaction 管理对象
userTx = (UserTransaction) getContext().lookup("java:comp/UserTransaction");
connA = getDataSourceA().getConnection(); // 从数据库 A 中取得数据库连接
connB = getDataSourceB().getConnection(); // 从数据库 B 中取得数据库连接
userTx.begin(); // 启动事务
stmtA = connA.createStatement(); // 将 A 账户中的金额减少 500
stmtA.execute("update t_account set amount = amount - 500 where account_id = 'A'");
// 将 B 账户中的金额增加 500
stmtB = connB.createStatement();
stmtB.execute("update t_account set amount = amount + 500 where account_id = 'B'");
userTx.commit(); // 提交事务
// 事务提交:转账的两步操作同时成功(数据库 A 和数据库 B 中的数据被同时更新)
}
catch(SQLException sqle)
{
// 发生异常,回滚在本事务中的操纵
userTx.rollback(); // 事务回滚:数据库 A 和数据库 B 中的数据更新被同时撤销
}
catch(Exception ne)
{}
}
......
微服务
===
7.1.1 服务注册发现
服务注册就是维护一个登记簿,它管理系统内所有的服务地址。当新的服务启动后,它会向登记簿交待自己的地址信息。服务的依赖方直接向登记簿要 Service Provider 地址就行了。当下用于服务注册的工具非常多 ZooKeeper,Consul,Etcd, 还有 Netflix 家的 eureka 等。服务注册有两种形式:客户端注册和第三方注册。
...
7.1.6 服务熔断(Hystrix)
在微服务架构中通常会有多个服务层调用,基础服务的故障可能会导致级联故障,进而造成整个系统不可用的情况,这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将不可用逐渐放大的过程。
熔断器的原理很简单,如同电力过载保护器。它可以实现快速失败,如果它在一段时间内侦测到许多类似的错误,会强迫其以后的多个调用快速失败,不再访问远程服务器,从而防止应用程序不断地尝试执行可能会失败的操作,使得应用程序继续执行而不用等待修正错误,或者浪费 CPU 时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正,如果已经修正,应用程序会再次尝试调用操作。
......
等等等等...
为了避免篇幅过长,我就没把过多的章节内容放上来了,我这里给大家看看几张目录吧!到时候有空做成完整版的思维导图发出来!
做成思维导图才刚刚开始,点个赞,转发一下,私信(学习)获取资料给点鼓励呗!
评论