java源码怎么使用—java的源码 收藏 0

起飞，会了这4个 Intellij IDEA 调试魔法，阅读源码都简单了

上一篇文章 算是 IntelliJ IDEA 高级调试技巧的开胃菜，小伙伴们被这个小技巧征服，趁热打铁，今天给大家带来几个大家日常工作以及阅读源码必备的高级调试技巧

很多程序员在调试代码时都喜欢 一些内容，这样看起来更直观，print 完之后又很容易忘记删除掉这些没用的内容，最终将代码提交到 ，code review 时又不得不删减这些内容重新提交，不但增加不必要的工作量，还让 的一些节点没有任何价值

IntelliJ IDEA 提供 功能恰巧可以帮助我们解决这个问题, 来看下面代码：

假如我们想在第 15 行查看每次调用，随即出来的 i 的值到底是多少，我们没必要在这个地方添加任何 log，在正常加断点的地方使用快捷键 ，就会弹出下面的内容

勾选上 , 并自定义你想查看的 log/变量，比如这里的 , 这样以 Debug 模式运行程序（正常模式运行，不会打印这些 log）：

如果你在多处添加了这种断点，简单的看 log 可能偶尔还是不够直观，可以勾选上面图片绿色框线的 :

如果你想要更详细的信息，那就勾选上 (大家自己查看运行结果吧)，有了这个功能，上面说的一些问题都不复存在了

如果你阅读源码，你一定会有个困扰，类中的某个字段的值到底是在哪里改变的，你要一点点追踪调用栈，逐步排查，稍不留神，就可能有遗漏

我们可以在 IntelliJ IDEA 中为某个字段添加断点，当字段值有修改时，自动跳到相应方法位置

使用起来很简单：

1. 在字段定义处鼠标左键添加断点（会出现「眼睛」的图标）
2. 在「眼睛」图标上鼠标右键
3. 在弹框中勾选上 和 两个选项

如果修改字段值的方法比较多，也可以在 的地方定义断点进入条件, 有了这个功能的加成，相信你阅读源码会顺畅许多

除了阅读源码，一定是遇到了异常我们才开始调试代码，代码在抛出异常之后会自动停止，但是我们希望：

代码停在抛出异常之前，方便我们查看当时的变量信息

这时我们就用到了 , 当抛出异常时，在 catch 的地方打上断点，可以通过下图的几个位置获取栈顶异常类型，比如这里的

知道异常类型后，就可以按照如下步骤添加异常断点了：

然后在弹框中选择 NumberFormatException

重新以 Debug 模式运行程序：

程序「一路绿灯式」定位到抛出异常的位置，同时指出当时的变量信息，三个字：稳，准，狠，还有谁？

当阅读源码时，比如 Spring，一个接口的方法可能被多个子类实现，当运行时，需要查看调用栈逐步定位实现类，IDEA 同样支持在接口方法上添加断点（快捷键 /）：

1. 鼠标左键在方法处点击断点（♦️形状）
2. 断点上鼠标右键

勾选上绿色框线上的内容，同样可以自定义跳转条件 Condition

当以 Debug 模式运行程序的时候，会自动进入实现类的方法（注意断点形状）：

看到这你应该想到常见的 Runnable 接口中的 run 方法了，同样是有作用的，大家可以自行去尝试了

相信有以上四种调试技巧的加成，无论是工作debug 还是私下阅读源码，都可以轻松驾驭了。最后，来看看 IDEA 支持的各种断点调试类型，如果你只知道红色小圆点，那咱在留言区好好说说吧

趣味原创解析Java技术栈问题，将复杂问题简单化，将抽象问题图形化落地如果对我的专题内容感兴趣，或抢先看更多内容，欢迎访问我的博客 dayarch.top

spring源码笔记！从入门到源码讲解，让你真正读懂看懂源码

• Spring 概述（基本情况）
• 核⼼思想 IoC 和 AOP
• ⼿写实现 IoC 和 AOP（⾃定义spring框架）
• Spring IoC ⾼级应⽤
• 基础知识
• ⾼级特性
• Spring IoC 源码深度剖析
• 设计⾮常优雅
• 设计模式
• 注意：原则、⽅法和技巧
• Spring AOP ⾼级应⽤
• 声明式事务控制
• Spring AOP 源码深度剖析
• 必要的笔记、必要的图、通俗易懂的语⾔化解知识难点

Spring 是分层的 full-stack（全栈） 轻量级开源框架，以 IoC 和 AOP 为内核，提供了展现层 SpringMVC 和业务层事务管理等众多的企业级应⽤技术，还能整合开源世界众多著名的第三⽅框架和类库，已经成为使⽤最多的 Java EE 企业应⽤开源框架。

• 1997年 IBM 提出了EJB的思想；
• 1998年，SUN 制定开发标准规范EJB1.0；
• 1999年，EJB 1.1发布；
• 2001年，EJB 2.0发布；
• 2003年，EJB 2.1发布；
• 2006年，EJB 3.0发布；
• 2017 年 9 ⽉份发布了 Spring 的最新版本 Spring 5.0 通⽤版（GA）

• ⽅便解耦，简化开发
• AOP编程的⽀持
• 声明式事务的⽀持
• ⽅便程序的测试
• ⽅便集成各种优秀框架
• 降低JavaEE API的使⽤难度
• 源码是经典的 Java 学习范例

Spring是⼀个分层⾮常清晰并且依赖关系、职责定位⾮常明确的轻量级框架，主要包括⼏个⼤模块：数据处理模块、Web模块、AOP（Aspect Oriented Programming）/Aspects模块、Core Container模块和 Test 模块，如下图所示，Spring依靠这些基本模块，实现了⼀个令⼈愉悦的融合了现有解决⽅案的零侵⼊的轻量级框架。

• Spring核⼼容器（Core Container） 容器是Spring框架最核⼼的部分，它管理着Spring应⽤中bean的创建、配置和管理。在该模块中，包括了Spring bean⼯⼚，它为Spring提供了DI的功能。基于bean⼯⼚，我们还会发现有多种Spring应⽤上下⽂的实现。所有的Spring模块都构建于核⼼容器之上。
• ⾯向切⾯编程（AOP）/Aspects Spring对⾯向切⾯编程提供了丰富的⽀持。这个模块是Spring应⽤系统中开发切⾯的基础，与DI⼀样，AOP可以帮助应⽤对象解耦。
• 数据访问与集成（Data Access/Integration）Spring的JDBC和DAO模块封装了⼤量样板代码，这样可以使得数据库代码变得简洁，也可以更专注于我们的业务，还可以避免数据库资源释放失败⽽引起的问题。 另外，Spring AOP为数据访问提供了事务管理服务，同时Spring还对ORM进⾏了集成，如Hibernate、MyBatis等。该模块由JDBC、Transactions、ORM、OXM 和 JMS 等模块组成。
• Web 该模块提供了SpringMVC框架给Web应⽤，还提供了多种构建和其它应⽤交互的远程调⽤⽅案。 SpringMVC框架在Web层提升了应⽤的松耦合⽔平。
• Test 为了使得开发者能够很⽅便的进⾏测试，Spring提供了测试模块以致⼒于Spring应⽤的测试。 通过该模块，Spring为使⽤Servlet、JNDI等编写单元测试提供了⼀系列的mock对象实现。

• IoC Inversion of Control (控制反转/反转控制)，注意它是⼀个技术思想，不是⼀个技术实现描述的事情：Java开发领域对象的创建，管理的问题
• 传统开发⽅式：⽐如类A依赖于类B，往往会在类A中new⼀个B的对象
• IoC思想下开发⽅式：我们不⽤⾃⼰去new对象了，⽽是由IoC容器（Spring框架）去帮助我们实例化对象并且管理它，我们需要使⽤哪个对象，去问IoC容器要即可我们丧失了⼀个权利（创建、管理对象的权利）,得到了⼀个福利（不⽤考虑对象的创建、管理等⼀系列事情）

• 控制：指的是对象创建（实例化、管理）的权利
• 反转：控制权交给外部环境了（spring框架、IoC容器）

• IoC解决对象之间的耦合问题

• DI：Dependancy Injection（依赖注⼊）怎么理解：
• IOC和DI描述的是同⼀件事情，只不过⻆度不⼀样罢了

• AOP: Aspect oriented Programming ⾯向切⾯编程/⾯向⽅⾯编程
• AOP是OOP的延续，从OOP说起
• OOP三⼤特征：封装、继承和多态
• oop是⼀种垂直继承体系

在不改变原有业务逻辑情况下，增强横切逻辑代码，根本上解耦合，避免横切逻辑代码重复

• 「切」：指的是横切逻辑，原有业务逻辑代码我们不能动，只能操作横切逻辑代码，所以⾯向横切逻辑
• 「⾯」：横切逻辑代码往往要影响的是很多个⽅法，每⼀个⽅法都如同⼀个点，多个点构成⾯，有⼀个⾯的概念在⾥⾯

提⾼培养代码架构思维、深⼊理解框架

定焦原则：抓主线宏观原则：站在上帝视⻆，关注源码结构和业务流程（淡化具体某⾏代码的编写细节）

断点（观察调⽤栈）反调（Find Usages）经验（spring框架中doXXX，做具体处理的地⽅）

下载源码（github）安装gradle 5.6.3（类似于maven） Idea 2019.1 Jdk 11.0.5导⼊（耗费⼀定时间）编译⼯程（顺序：core-oxm-context-beans-aspects-aop）⼯程—>tasks—>compileTestJava

IoC容器是Spring的核⼼模块，是抽象了对象管理、依赖关系管理的框架解决⽅案。Spring 提供了很多的容器，其中 BeanFactory 是顶层容器（根容器），不能被实例化，它定义了所有 IoC 容器 必须遵从的⼀套原则，具体的容器实现可以增加额外的功能，⽐如我们常⽤到的ApplicationContext，其下更具体的实现如 ClassPathXmlApplicationContext 包含了解析 xml 等⼀系列的内容，AnnotationConfigApplicationContext 则是包含了注解解析等⼀系列的内容。Spring IoC 容器继承体系⾮常聪明，需要使⽤哪个层次⽤哪个层次即可，不必使⽤功能⼤⽽全的。BeanFactory 顶级接⼝⽅法栈如下

BeanFactory 容器继承体系

在讲解AOP术语之前，我们先来看⼀下下⾯这两张图，它们就是第三部分案例需求的扩展（针对这些扩展的需求，我们只进⾏分析，在此基础上去进⼀步回顾AOP，不进⾏实现）

上图描述的就是未采⽤AOP思想设计的程序，当我们红⾊框中圈定的⽅法时，会带来⼤量的重复劳动。程序中充斥着⼤量的重复代码，使我们程序的独⽴性很差。⽽下图中是采⽤了AOP思想设计的程序，它把红框部分的代码抽取出来的同时，运⽤动态代理技术，在运⾏期对需要使⽤的业务逻辑⽅法进⾏增强。

Spring 实现AOP思想使⽤的是动态代理技术默认情况下，Spring会根据被代理对象是否实现接⼝来选择使⽤JDK还是CGLIB。当被代理对象没有实现任何接⼝时，Spring会选择CGLIB。当被代理对象实现了接⼝，Spring会选择JDK官⽅的代理技术，不过我们可以通过配置的⽅式，让Spring强制使⽤CGLIB。

• 在Spring的AOP配置中，也和IoC配置⼀样，⽀持3类配置⽅式。
• 第⼀类：使⽤XML配置
• 第⼆类：使⽤XML+注解组合配置
• 第三类：使⽤纯注解配置

需求：横切逻辑代码是打印⽇志，希望把打印⽇志的逻辑织⼊到⽬标⽅法的特定位置(service层transfer⽅法)

感谢你看到这里，文章有什么不足还请指正，觉得文章对你有帮助的话记得给我点个赞！

由于篇幅原因只能画出这些重点先讲一下，这一整套笔记我已经整理成了PDF文档，具体如下：

资料获取方式：转发和评论这篇文章，然后关注小编，后台私信【java】即可打包带走所有资料~

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com