写点什么

同时斩获 7 大 offer 的终极原因,全靠这套 Java 笔记

作者:程序知音
  • 2023-04-20
    湖南
  • 本文字数:2685 字

    阅读完需:约 9 分钟

前几天恰好看到一篇文章,里面详细罗列了关于 Java 的所有知识点。看目录,是从 Jvm 开始,再讲集合、多线程并发,然后讲的 Java 基础,再到 Spring 原理、微服务、Netty 与 RPC 等等,光目录就长达 18 页。在我看来,又是收藏从来不看系列了。

层次细致到什么程度呢?

例如,JVM 运行时的内存分别讲了新生代、老年代、永久代,其中新生代还分到 Eden 区、ServivorFrom、ServivorTo、MinorGC 的过程(复制->清空->互换)。

还有 Java 四种引用类型:强引用、软引用、弱引用、虚引用。

API 网关:请求转发、响应合并、协议转换、数据转换、安全认证。

等等。

直接上图:


......


在我看到这份目录的时候,心情十分激动,能拥有这样一套笔记,无论是平时的查缺补漏,还是面试突袭,都能有一套完美的参考资料,真正做到精通一个知识点就画个圈,再也不用在十几本书中翻来翻去了。

通过寻找,在我的软磨硬泡下,终于要来了这一份大神级的笔记。由于内容实在太长,这里就先给大家分享分享一部分内容吧!

【有需要的可以--> 点击这里即获取我的资料笔记 <--- 即可

JVM

(1) 基本概念:

JVM 是可运行 Java 代码的假想计算机 ,包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收,堆和一个存储方法域。JVM 是运行在操作系统之上的,它与硬件没有直接的交互。


(2) 运行过程:

我们都知道 Java 源文件,通过编译器,能够生产相应的.Class 文件,也就是字节码文件,而字节码文件又通过 Java 虚拟机中的解释器,编译成特定机器上的机器码 。

也就是如下:

① Java 源文件—->编译器—->字节码文件

② 字节码文件—->JVM—->机器码

每一种平台的解释器是不同的,但是实现的虚拟机是相同的,这也就是 Java 为什么能够跨平台的原因了 ,当一个程序从开始运行,这时虚拟机就开始实例化了,多个程序启动就会存在多个虚拟机实例。程序退出或者关闭,则虚拟机实例消亡,多个虚拟机实例之间数据不能共享。


2.1.线程

这里所说的线程指程序执行过程中的一个线程实体。JVM 允许一个应用并发执行多个线程。

Hotspot JVM 中的 Java 线程与原生操作系统线程有直接的映射关系。


当线程本地存储、缓冲区分配、同步对象、栈、程序计数器等准备好以后,就会创建一个操作系统原生线程。Java 线程结束,原生线程随之被回收。操作系统负责调度所有线程,并把它们分配到任何可用的 CPU 上。当原生线程初始化完毕,就会调用 Java 线程的 run() 方法。当线程结束时,会释放原生线程和 Java 线程的所有资源。

Hotspot JVM 后台运行的系统线程主要有下面几个:


2.2.JVM 内存区域


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 时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正,如果已经修正,应用程序会再次尝试调用操作。


......

等等等等...

为了避免篇幅过长,我就没把过多的章节内容放上来了,我这里给大家看看几张目录吧!到时候有空做成完整版的思维导图发出来!【有需要的可以--> 点击这里即获取我的资料笔记 <--- 即可






用户头像

程序知音

关注

还未添加个人签名 2022-06-25 加入

还未添加个人简介

评论

发布
暂无评论
同时斩获7大offer的终极原因,全靠这套Java笔记_Java_程序知音_InfoQ写作社区