【Logback】Logback 日志框架的架构

目录

1、Logger(记录器)

(1)有效级别和级别继承

(2)日志打印和日志筛选

(3)记录器命名

2、Appenders(追加器)

3、Layouts(布局)

4、如何避免日志参数构建成本?

5、日志打印步骤的源码分析

(1)获取过滤器链的决策结果

(2)比较 Logger 有效级别与日志打印请求的级别

(3)创建 LoggingEvent 对象

(4)调用 Appender

(5)格式化 LoggingEvent 

(6)发送 LoggingEvent


        目前,logback 分为三个模块,logback-core、logback-classiclogback-access

        logback-core (核心)模块为其他两个模块奠定了基础。

        logback-classic 模块扩展了 logback-corelogback-classic 模块是 log4j 日志的改进版本。logback-classic 模块实现了 slf4j API,因此使用 slf4j API 时,可以轻松地在 logback 和其他日志框架之间来回切换(例如 JDK 1.4 中引入的 log4j 或 java.util.logging(JUL))。//核心+核心拓展

        logback-access 模块用于与 Servlet 容器集成,用来提供 HTTP-access 日志功能。logback-access 不能安装在 Web 应用程序级别,而是必须安装在容器级别。在 Web 应用程序级别捆绑 logback-access.jar 没有任何意义。//logback-access 模块内容暂时不进行过多深入,后续有时间再探讨

        在这篇文章中,介绍的 logback 指的都是 logback-classic 模块的内容。

        logback 有三个主要的类:Logger、AppenderLayout

        这三中类型的组件协同工作,可以使开发人员能够根据日志级别记录日志(Logger),并在运行时控制这些日志的输出位置(Appender)输出格式(Layout)

        Logger 类是 logback-classic 模块的一部分。Appender 和 Layout 接口是 logback-core 的一部分。logback-core 作为一个通用模块,并没有记录器(Logger)的概念//需要明确各个组件之间的包关系,核心只有通用功能,ogback-classic 是对核心的拓展

1、Logger(记录器)

        与普通 System.out.println 相比,Logger(记录器) 的优势在于它能够禁用某些日志语句,同时还不阻碍其他日志语句地打印。//简单的来说,就是Logger可以对日志消息进行分类打印,即日志分级

        所有的 Logger(记录器) ,都统一放置在记录器容器(LoggerContext)中,LoggerContext 负责生成 Logger 并对这些 Logger 按一定的层次进行树状排列

        什么?记录器是有层次(顺序)的吗?

        是的,你没有看错,记录器的层次与记录器的命名有关,它的层次划分的标识用的是 “.”。比如,名为 “com.foo” 的 Logger 是名为 “com.foo.Bar” 的 Logger 的父级 Logger。这就像命名为 “java” 的包既是 “java.util” 的父级包,也是 “java.util.Vector” 的父级包一样。

        为什么要对记录器进行分层呢?

        这个是有好处的,可以非常方便的支持 Logger 的日志级别和附加器的继承,这部分内容将在后边详细说明。

         对于按层次进行树状排列,我们可以第一时间想到的就是 Linux 的目录结构,在 Linux 中所有目录都是从根目录开始的。类似的,那么在 LoggerContext 中也一定有一个根记录器。

        没错,logback 中的根记录器就是位于所有记录器层次结构的顶层,它是所有记录器的父级记录器,我们可以通过名称来获取这个根记录器,代码如下所示:

Logger rootLogger = LoggerFactory.getLogger(org.slf4j.Logger.ROOT_LOGGER_NAME);

(1)有效级别和级别继承

        记录器可以被分配级别,比如在 ch.qos.logback.classic.Level 类中就定义了 TRACE、DEBUG、INFO、WARN 和 ERROR 这五种级别。

        此外,在 logback 中,还有一种用于对日志事件进行标记或分类的机制:Marker。它允许你对特定的日志事件添加额外的信息,以便在日志输出时更好地组织和过滤日志。//简单提一下,日常开发用得不多

        刚才说到,logback 中的记录器是分层的。所以,如果给定的记录器没有分配级别,那么它就会从其最接近的父级记录器那里继承它的级别//级别继承规则

        因此,为了确保所有记录器最终都能指定继承级别,根记录器始终具有指定的级别。默认情况下,该级别为 DEBUG//现在知道了吧,logback 的默认日志级别debug就是从这里来的

        指定级别以及根据级别继承规则生成的有效级别的示例如下:

        在上面的示例中,记录器 root、X X.Y.Z 分别被分配级别 DEBUG、INFO 和 ERRORLogger X.Y 从其父级记录器 X 继承其级别值。

(2)日志打印和日志筛选

        打印方法决定了请求进行日志记录的级别。例如,如果 Logger 是记录器实例,则语句 Logger.info("..") 就是 INFO 级别的日志记录语句。

        如果日志请求的级别高于或等于该记录器的有效级别,那么该日志请求就是有效的(已启用)。否则,该请求被认为是无效的(被禁用)。//级别启用的规则

        这条规则是 logback 的核心。它假定的级别顺序如下://ERROR为最高级别

TRACE < DEBUG < INFO < WARN < ERROR

        在下表中,根据日志的筛选规则,产生的行(级别请求)和列(有效级别)的交集对应的布尔值如下://注意,这张表是竖着对比

        如上表,当 有效级别(q) TRACE 时,所有的 请求打印级别(p) 都是支持的,当 有效级别(q) INFO 时,请求打印级别(p) 为只支持 INFO、WARN 和 ERROR 三个级别,TRACE、DEBUG 级别是不支持的。

(3)记录器命名

        使用相同名称调用 LoggerFactory.getLogger 方法,将始终返回完全相同的 Logger 对象的引用//记录器实例是单例

Logger x = LoggerFactory.getLogger("log"); 
Logger y = LoggerFactory.getLogger("log");

        也就是说,上述 x 和 y 引用的是完全相同的记录器对象。因此,当配置一个记录器时,可以在代码中的其他位置获取到相同的实例,而无需传递该记录器的引用。//就好比Spring中可以通过Bean名称从容器中获取Bean实例,该容器是全局可访问的

        logback 中的记录器可以随意命名,一般推荐使用类的完全限定名称,因为日志输出带有生成该日志的记录器的名称,所以这种命名策略可以轻松识别到日志消息的来源。示例如下:

//类的限定名
private static final Logger loggerByName= LoggerFactory.getLogger("self4.Example");//类.class
private static final Logger loggerByClass= LoggerFactory.getLogger(Example.class);

2、Appenders(追加器)

        根据 Logger 的日志级别对日志的记录请求进行筛选,只是 logback 功能中的一部分,除此之外, logback 还允许将日志记录请求打印到多个目的地。

        在 logback 中,输出目标称为追加器(Appenders)。目前,控制台、文件、远程套接字服务器、MySQL、PostgreSQL、Oracle 和其他数据库、JMS 和 远程 UNIX Syslog 守护进程 都存在附加器。//在logback中,有很多的附加器可以提供给我们选择,常用的有控制台和文件

        一个 Logger 可以添加多个追加器(Appenders)。

        使用 ch.qos.logback.classic.Logger 中的 addAppender 方法可以将 Appender 添加到指定的 Logger。所有有效的日志打印请求都会被转发到该 Logger 的 Appender 上,以及从其父级 Logger 中追加的所有的 Appender 上。换句话说,追加器也是可以从父级记录器中追加继承的//记录器分层的好处

        例如,如果将 控制台附追加器(ConsoleAppender) 添加到根记录器,那么所有的子级记录器都会拥有 控制台附追加器(ConsoleAppender) ,而无需额外添加。//默认开启追加器继承行为

        如果将记录器的继承性标志设置为 false,那么可以覆盖此默认行为,使该 Appender 不再追加父类记录器的 Appender //禁用追加器的继承行为

        对 Appender 可继承的规则总结如下:

记录器名称

Attached Appenders

已经附加的追加器

Additivity Flag

继承性标志

Output Targets

输出目标

Comment

备注

rootA1不可用A1

根记录器位于层结构的顶层,因此可继承性标志不可用

xA-x1, A-x2trueA1, A-x1, A-x2Appenders of "x" and of root.
x.ynonetrueA1, A-x1, A-x2Appenders of "x" and of root.
x.y.zA-xyz1trueA1, A-x1, A-x2, A-xyz1Appenders of "x.y.z", "x" and of root.
securityA-secfalseA-sec

可继承标志为false,所以不会继承Appender root.A1,只有Appender A-sec

security.accessnonetrueA-sec

因为父类的继承标志为 flase,所以其子类只会继承 Appender security.A-sec,

3、Layouts(布局)

        通常,开发人员不仅希望自定义输出目的地,还希望能够自定义输出格式。在 logback 中自定义输出格式是由 Appender 和 Layouts 进行关联来实现的,这种关联关系在配置中的体现如下:

<!--Appender-->
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><encoder><!--Layouts 格式化日志请求--><pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern></encoder>
</appender>

        Layouts 负责根据用户的意愿格式化日志请求,而 Appender 负责将格式化的输出发送到其目的地。 PatternLayout 是标准 logback 发行版的一部分,允许用户根据类似于 C 语言 printf 函数的转换模式指定输出格式。

4、如何避免日志参数构建成本?

        logback-classic 中的 Logger 实现了 SLF4JLogger 接口,因此在一个打印方法中,也允许传入多个打印参数。需要注意的是,构造消息参数是有构造成本的,比如下边的代码:

logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));

        这段代码会将整数 i 和 entry[i] 转换为字符串,并连接中间字符串。不管这条消息是不是会被 Logger 记录,都会执行这条消息的参数构造。//试想,如果这样的日志非常多,无疑会影响程序的性能

        那么,怎样避免不必要的消息构造成本呢?

        一种可取的方法是添加一个 Logger 生效级别的判断,相信你在不少代码中看到过这样的表述:

if(logger.isDebugEnabled()) { logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
}

        这样,如果 Logger  禁用了 DEBUG 级别的日志,上述代码将不会产生参数构造的成本。虽然需要两次判断 Logger 是否支持 DEBUG 级别的日志:一次在 debugEnabled() 中,一次在 debug() 中,但是这种开销是微不足道的,因为判断 Logger 所花费的时间不到实际记录请求所需时间的 1%。//多次判断的性能开销非常小

        此外,logback 还存在一种基于消息格式的便捷替代方案,示例代码如下://推荐使用{}

logger.debug("The new entry is {}. It replaces {}.", entry, oldEntry);

        只有当判断 Logger 开启了 DEBUG 级别的日志后(debug()方法中), Logger 才会格式化消息并将 “{}” 替换为指定的字符串值。换句话说,这种形式下消息不被 Logger 记录时不会产生参数构造的成本。//如果Logger不支持DEBUG级别的日志打印,程序就不会去构造参数

5、日志打印步骤的源码分析

        如下代码,当我们调用 Logger info() 方法时,logback 又会有哪些执行的步骤呢?

logger.info("Example log from {}", Example.class.getSimpleName());

        下边,让我们进入源码简单分析一下:

(1)获取过滤器链的决策结果

        首先,TurboFilter 过滤器链会被调用。TurboFilter 可以设置上下文范围的阈值,还可以根据每个日志记录请求的信息(Marker, Level, Logger, message, or the Throwable)过滤掉某些事件。

        如果过滤器链的回复是 FilterReply.DENY(否认),则日志记录请求将被丢弃。如果是 FilterReply.NEUTRAL(中性),则会继续进行下一步判断(步骤 2),如果回复是 FilterReply.ACCEPT,那么将会去创建 LoggingEvent 对象(步骤 3),部分源码如下所示:

# Logger.class
private void filterAndLog_1(String localFQCN, Marker marker, Level level, String msg, Object param, Throwable t) {//1、获取过滤器链的决策结果FilterReply decision = this.loggerContext.getTurboFilterChainDecision_1(marker, this, level, msg, param, t);//2、根据决策结果进行判断if (decision == FilterReply.NEUTRAL) {if (this.effectiveLevelInt > level.levelInt) {return;}} else if (decision == FilterReply.DENY) {return;}//3、创建LoggingEvent对象this.buildLoggingEventAndAppend(localFQCN, marker, level, msg, new Object[]{param}, t);}# TurboFilterList.class 
public FilterReply getTurboFilterChainDecision(Marker marker, Logger logger, Level level, String format, Object[] params, Throwable t) {//决策逻辑int size = this.size();if (size == 1) {try {TurboFilter tf = (TurboFilter)this.get(0);return tf.decide(marker, logger, level, format, params, t);} catch (IndexOutOfBoundsException var13) {return FilterReply.NEUTRAL;}} else {Object[] tfa = this.toArray();int len = tfa.length;for(int i = 0; i < len; ++i) {TurboFilter tf = (TurboFilter)tfa[i];FilterReply r = tf.decide(marker, logger, level, format, params, t);if (r == FilterReply.DENY || r == FilterReply.ACCEPT) {return r;}}return FilterReply.NEUTRAL;}}

(2)比较 Logger 有效级别与日志打印请求的级别

        在这一步,logback 将 Logger 的有效级别与请求的级别进行比较。如果请求的级别低于 Logger 的有效级别,则 logback 将丢弃该请求。否则,将会去创建 LoggingEvent 对象(步骤 3)。

(3)创建 LoggingEvent 对象

        如果日志打印请求经过过滤器链的筛选,执行到此步骤,logback 将创建一个 LoggingEvent 对象,其中包含请求的所有相关参数,例如请求的 Logger、请求的级别、消息本身、可能与请求一起传递的异常、当前时间、当前线程、有关发出日志记录请求的类和 MDC 的各种数据(MDC 即 Mapped Diagnostic Context:映射诊断上下文)。

# Logger.class
private void buildLoggingEventAndAppend(String localFQCN, Marker marker, Level level, String msg, Object[] params, Throwable t) {//创建LoggingEvent对象LoggingEvent le = new LoggingEvent(localFQCN, this, level, msg, t, params);le.addMarker(marker);//调用Appenderthis.callAppenders(le);}

(4)调用 Appender

        创建 LoggingEvent 对象后,logback 将调用所有生效的 Appender doAppend() 方法。部分源码如下所示:

# AppenderAttachableImpl.class
public int appendLoopOnAppenders(E e) {int size = 0;Appender<E>[] appenderArray = (Appender[])this.appenderList.asTypedArray();int len = appenderArray.length;for(int i = 0; i < len; ++i) {// 调用每一个Appender的doAppend()方法appenderArray[i].doAppend(e);++size;}return size;}

        logback 中所有 Appender 都扩展了 AppenderBase 抽象类,该类在同步块中实现 doAppend() 方法,确保了线程安全。AppenderBasedoAppend() 方法还会调用添加到 Appender 的自定义过滤器(如果存在任何此类过滤器)。//有关自定义过滤器将在后续再讨论

# AppenderBase.class
public synchronized void doAppend(E eventObject) {if (!this.guard) {try {this.guard = true;if (!this.started) {if (this.statusRepeatCount++ < 5) {this.addStatus(new WarnStatus("Attempted to append to non started appender [" + this.name + "].", this));}return;}// 调用添加的自定义过滤器if (this.getFilterChainDecision(eventObject) == FilterReply.DENY) {return;}// 调用具体的Appender进行日志输出this.append(eventObject);} catch (Exception var6) {if (this.exceptionCount++ < 5) {this.addError("Appender [" + this.name + "] failed to append.", var6);}} finally {this.guard = false;}}}

(5)格式化 LoggingEvent 

        被调用的具体的 Appender 负责格式化 LoggingEvent 。不同的 Appender 具有不同的实现,有一些 Appender 将格式化 LoggingEvent 的任务委托给 layoutlayout 格式化 LoggingEvent 实例并将结果作为字符串返回。比如 SyslogAppenderBase(SyslogAppender),它的实现源码如下:

# SyslogAppenderBase.class 
protected void append(E eventObject) {if (this.isStarted()) {try {// 1、将格式化LoggingEvent的任务委托给layout,将返回字符串String msg = this.layout.doLayout(eventObject);if (msg == null) {return;}if (msg.length() > this.maxMessageSize) {msg = msg.substring(0, this.maxMessageSize);}// 2、输出到目的地this.sos.write(msg.getBytes(this.charset));this.sos.flush();this.postProcess(eventObject, this.sos);} catch (IOException var3) {this.addError("Failed to send diagram to " + this.syslogHost, var3);}}}

        不过,还有一些 Appender (例如 SocketAppender) 不会将 LoggingEvent 转换为字符串,而是将其序列化。所以,这些 Appender 没有 layout,也不需要 layout

(6)发送 LoggingEvent

        LoggingEvent 被完全格式化后,每个 Appender 会将其发送到其目的地。换句话说,就是通过 I/O 流把日志消息输出到特定的目的地。

        至此,logback 日志打印步骤的源码分析结束。

        最后,logback 日志框架的架构探讨也至此结束。

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

npm install 失败,需要node 切换到 对应版本号

npm install 失败 原本node 的版本号是16.9&#xff0c;就会报以上错误 node版本问题了&#xff0c;我切到这个版本&#xff0c;报同样的错。降一下node&#xff08;14.18&#xff09;版本就好了 具体的方法&#xff1a;&#xff08;需要在项目根目录下切换&#xff09; 1. …

泰山派学习笔记(二)一步一步编译SDK文件

上一节&#xff0c;我们安装了基于虚拟机的ubuntu系统&#xff0c;并且建立了samba服务打通了win10和ubuntu系统中的文件传输。本节课我们继续对立创官方提供的SDK文件进行编译&#xff0c;学习编译的方法。引用官方的话&#xff1a;如果只想下载别人编译好的固件并且做一些应用…

Python实战:xlsx文件的读写

Python实战&#xff1a;xlsx文件的读写 &#x1f308; 个人主页&#xff1a;高斯小哥 &#x1f525; 高质量专栏&#xff1a;Matplotlib之旅&#xff1a;零基础精通数据可视化、Python基础【高质量合集】、PyTorch零基础入门教程 &#x1f448; 希望得到您的订阅和支持~ &#…

图像压缩感知的MATLAB实现(OMP)

前面实现了 压缩感知的图像仿真&#xff08;MATLAB源代码&#xff09; 效果还不错&#xff0c;缺点是速度慢如牛。 下面我们采用OMP对其进行优化&#xff0c;提升速度。具体代码如下&#xff1a; 仿真 构建了一个MATLAB文件&#xff0c;所有代码都在一个源文件里面&#xf…

Unet 高阶分割网络实战、多类别分割、迁移学习(deeplab、resnet101等等)

1、前言 Unet 图像分割之前介绍了不少&#xff0c;具体可以参考 图像分割专栏 为了实现多类别的自适应分割&#xff0c;前段时间利用numpy的unique函数实现了一个项目。通过numpy函数将mask的灰度值提取出来&#xff0c;保存在txt文本里&#xff0c;这样txt里面就会有类似0 1…

力扣精选100道——外观数列(模拟专题)

外观数列算法题链接 &#x1f6a9;了解题意 该题的下面充分的给你说明了这个题目的意思。 3 3 2 2 2 5 1 我们根据我们正常读的顺序读 俩个3 三个2 一个5 一个1 连起来就是 2 3 3 2 1 5 1 这就是最终输出的字符串。 题目开头说了&#xff0c;我们最初是 1开始读…

板块一 Servlet编程:第五节 Cookie对象全解 来自【汤米尼克的JAVAEE全套教程专栏】

板块一 Servlet编程&#xff1a;第五节 Cookie对象全解 一、什么是CookieCookie的源码 二、Cookie的具体操作&#xff08;1&#xff09;创建Cookie&#xff08;2&#xff09;获取Cookie&#xff08;3&#xff09;设置Cookie的到期时间&#xff08;4&#xff09;设置Cookie的路径…

【ArcGIS】利用高程进行坡度分析:区域面/河道坡度

在ArcGIS中利用高程进行坡度分析 坡度ArcGIS实操案例1&#xff1a;流域面上坡度计算案例2&#xff1a;河道坡度计算2.1 案例数据2.2 操作步骤 参考 坡度 坡度是地表单元陡缓的程度&#xff0c;通常把坡面的垂直高度和水平距离的比值称为坡度。 坡度的表示方法有百分比法、度数…

计算机网络面经-TCP三次握手一文说清

目录 说一下TCP的三次握手&#xff1f; 为什么要三次握手&#xff1f;两次行不行&#xff1f;四次呢&#xff1f; 为什么建立连接是三次握手&#xff0c;关闭连接确是四次挥手呢&#xff1f; TCP四次挥手的过程&#xff1f; 如果已经建立了连接&#xff0c;但是客户端突然出…

TSL四次握手

HTTPS 常用的密钥交换算法有两种&#xff0c;分别是 RSA 和 ECDHE 算法。 其中&#xff0c;RSA 是比较传统的密钥交换算法&#xff0c;它不具备前向安全的性质&#xff0c;因此现在很少服务器使用的。而 ECDHE 算法具有前向安全&#xff0c;所以被广泛使用。 1. ECDHE算法 1.…

PostgreSQL如何使用UUID

离线安装时&#xff0c;一般有四个包&#xff0c;都安装的话&#xff0c;只需要开启uuid的使用即可&#xff0c;如果工具包(即 postgresql11-contrib&#xff09;没有安装的话&#xff0c;需要单独安装一次&#xff0c;再进行开启。 开启UUID方法 下面介绍一下如何开启&#…

ELK介绍以及搭建

基础环境 hostnamectl set-hostname els01 hostnamectl set-hostname els02 hostnamectl set-hostname els03 hostnamectl set-hostname kbased -i s/SELINUXenforcing/SELINUXdisabled/ /etc/selinux/config systemctl stop firewalld & systemctl disable firewalld# 安…

互联设备-中继器-路由器等

网卡的主要作用 1 在发送方 把从计算机系统要发送的数据转换成能在网线上传输的bit 流 。 2 在接收方 把从网线上接收来的 bit 流重组成计算机系统可以 处理的数据 。 3 判断数据是否是发给自己的 4 发送和控制计算机系统和网线数据流 计算机的分类 1、台式机 2、小型机和服…

亿道丨三防平板丨加固平板丨为零售业提供四大优势

随着全球经济的快速发展&#xff0c;作为传统行业的零售业也迎来了绝佳的发展机遇&#xff0c;在互联网智能化的大环境下&#xff0c;越来越多的零售企业选择三防平板电脑作为工作中的电子设备。作为一种耐用的移动选项&#xff0c;三防平板带来的不仅仅是坚固的外壳。坚固耐用…

计算机网络面经-从浏览器地址栏输入 url 到显示主页的过程?

大概的过程比较简单&#xff0c;但是有很多点可以细挖&#xff1a;DNS解析、TCP三次握手、HTTP报文格式、TCP四次挥手等等。 DNS 解析&#xff1a;将域名解析成对应的 IP 地址。TCP连接&#xff1a;与服务器通过三次握手&#xff0c;建立 TCP 连接向服务器发送 HTTP 请求服务器…

模型 KISS复盘法

系列文章 分享 模型&#xff0c;了解更多&#x1f449; 模型_总纲目录。重在提升认知。反思过去&#xff0c;不断进步。 1 KISS复盘法的应用 1.1 团队项目复盘 在一个团队项目结束后&#xff0c;团队成员可以使用KISS模型进行复盘&#xff0c;以总结经验教训并改进未来的工作…

Web3之光:揭秘数字创新的未来

随着数字化时代的深入发展&#xff0c;Web3正以其独特的技术和理念&#xff0c;为我们打开数字创新的崭新视角。作为数字化时代的新兴力量&#xff0c;Web3将深刻影响着我们的生活、工作和社会。本文将揭秘Web3的奥秘&#xff0c;探讨其在数字创新领域的前景和潜力。 1. 重新定…

HTTP 与 HTTPS-HTTP 解决了 HTTP 哪些问题?

资料来源 : 小林coding 小林官方网站 : 小林coding (xiaolincoding.com) HTTP 解决了 HTTP 哪些问题? HTTP 由于是明文传输&#xff0c;所以安全上存在以下三个风险: 窃听风险&#xff0c;比如通信链路上可以获取通信内容&#xff0c;用户号容易没。篡改风险&#xff0c;比如…

Spark: a little summary

转眼写spark一年半了&#xff0c;从之前写机器学习组件、做olap到后面做图计算&#xff0c;一直都是用的spark&#xff0c;惭愧的是没太看过里面的源码。这篇文章的目的是总结一下Spark里面比较重要的point&#xff0c;重点部分会稍微看一下源代码&#xff0c;因为spark是跟cli…

(done) 矩阵的对角化,以及是否可对角化的判断、还有对角化的本质。相似对角化计算过程

相似对角化 和 对角化 很大程度上是一回事 甚至判断两个矩阵的相似性&#xff0c;也跟对角化有很大关系 参考视频1&#xff1a;https://www.bilibili.com/video/BV1PA411T7b5/?spm_id_from333.788&vd_source7a1a0bc74158c6993c7355c5490fc600 参考视频2&#xff1a;http…