日志搞不定？手把手教你如何使用Log4j2

news2024/11/24 0:00:17

系列文章目录

从零开始，手把手教你搭建Spring Boot后台工程并说明
Spring框架与SpringBoot的关联与区别
SpringBean生成流程详解 —— 由浅入深(附超精细流程图)
Spring监听器用法与原理详解
Spring事务畅谈 —— 由浅入深彻底弄懂 @Transactional注解
面试热点详解 ——BeanFactory 和 FactoryBean 的关联与区别
忽视日志吃大亏，手把手教你学习Spring Boot日志

日志搞不定？手把手教你如何使用Log4j2

在这里插入图片描述
上一次我们介绍了Springboot 下的几种常用日志插件，今天我们就专注讲解其中一个最年轻的日志插件，即Log4j2。Log4j2目前应用非常广泛，各方面较之前辈Log4j 都有不小的提升，不过要想利用好他，还得经过一定的学习，尤其是搞清楚它的种种配置，下面就让我们开始今天的进阶之旅。

📕作者简介：战斧，从事金融IT行业，有着多年一线开发、架构经验；爱好广泛，乐于分享，致力于创作更多高质量内容
📗本文收录于 Spring全家桶 专栏，有需要者，可直接订阅专栏实时获取更新
📘高质量专栏 云原生、RabbitMQ、Spring全家桶 等仍在更新，欢迎指导
📙Zookeeper Redis kafka docker netty等诸多框架，以及架构与分布式专题即将上线，敬请期待

一、引入依赖

我们可以使用以下依赖为我们项目引入Log4j2框架

<!--Log4j2自带的日志门面-->
<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-api</artifactId>
    <version>2.13.3</version>
</dependency>
<!--Log4j2具体的日志实现-->
<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-core</artifactId>
    <version>2.13.3</version>
</dependency>

当然，像上期所说，我更建议直接使用以下log4j-slf4j-impl包

<dependency>
       <groupId>org.apache.logging.log4j</groupId>
       <artifactId>log4j-slf4j-impl</artifactId>
       <version>2.13.3</version>
</dependency>

该包包含Log4j2的实现，也能对接SLF4J，更适合在项目中应用。
在这里插入图片描述

二、配置文件示例

我们看如下一份配置文件：log4j2.xml

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="DEBUG" monitorInterval="30">
    <!-- 输出格式 -->
    <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} - [%t] %-5level %logger{36} - %msg%n"/>

    <Appenders>
        <!-- 控制台输出 -->
        <Console name="Console" target="SYSTEM_OUT">
            <!-- 过滤器 -->
            <ThresholdFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY"/>
            <!-- 缓冲bufferSize，默认值为256，可调整至1-256之间 -->
            <Buffered mode="ONCE" bufferSize="256"/>
        </Console>

        <!-- 文件输出 -->
        <RollingFile name="RollingFile" fileName="/path/to/logs/test.log" filePattern="/path/to/logs/$${date:yyyy-MM}/test-%d{yyyy-MM-dd}-%i.log">
            <ThresholdFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY"/>
            <!-- 输出格式 -->
            <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
            <!-- 触发策略 -->
            <Policies>
                <!-- 按时间滚动 -->
                <TimeBasedTriggeringPolicy/>
                <!-- 按文件大小滚动，这里设置10MB -->
                <SizeBasedTriggeringPolicy size="10MB"/>
            </Policies>
            <!-- 滚动策略 -->
            <DefaultRolloverStrategy max="10"/>
        </RollingFile>
    </Appenders>

    <Loggers>
        <!-- 默认日志 -->
        <Root level="INFO">
            <AppenderRef ref="Console"/>
            <AppenderRef ref="RollingFile"/>
        </Root>

        <!-- 指定包名的日志 -->
        <Logger name="com.example" level="DEBUG" additivity="false">
            <AppenderRef ref="Console"/>
            <AppenderRef ref="RollingFile"/>
        </Logger>
    </Loggers>
</Configuration>

三、PatternLayout

PatternLayout是一种日志输出格式，用于设置日志输出的布局格式。该格式使用一系列特定的占位符，每个占位符都代表一种日志信息，例如输出日志事件的时间、线程名、日志级别、日志内容等

  • %d：输出日志事件的时间戳
  • %t：输出线程名
  • %-5level：输出日志级别，包括5个字符位置（例如，DEBUG、INFO、WARN、ERROR、FATAL），将小于5个字符的级别左对齐
  • %logger{36}：输出日志记录器的名称，最多36个字符
  • %msg：输出日志内容
  • %n：输出平台相关的行分隔符
  • %M：输出产生日志事件的方法名
  • %L：输出语句在源文件中出现的行号
  • %l：输出语句的精确位置，包含类、方法和行号
  • %c：输出日志事件相关的类名

我们举两个例子，假如我们配置文件这么写

<PatternLayout pattern="%d{ISO8601} [%t] %-5level %logger{36} - %msg%n" />
输出的结果就为
2023-08-23T19:34:26,068 [main] INFO  com.zhanfu.Main - This is a Main info message.

如果配置文件如下

<PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} |-%-5level [%t] %c{1.} %M [%L] -| %msg%n"/>
输出的结果就为
2023-08-23 20:18:06.833 |-INFO  [main] c.z.Main main [11] -| This is a Main info message.

其中，%c{1.} 表示输出日志事件相关的类名，只取最右边的类名，前面的层级，只输出一个字母；如果配置文件如下

<PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} |-%-5level [%t] %c{2.} [%l] -| %msg%n"/>
输出的结果就为
2023-08-23 20:21:00.753 |-INFO  [main] co.zh.Main [com.zhanfu.Main.main(Main.java:11)] -| This is a Main info message.

四、Appenders

Appenders是指日志输出的目的地。它定义了日志事件要被输出到哪些地方，例如控制台、文件、数据库等，其下可以配置不同类型的Appender，我们罗列其中常见的一些：

  • Console：向控制台输出日志。
  • File：将日志记录到文件中。
  • RollingFile：将日志记录到指定大小的文件中，并支持文件滚动。
  • Socket：将日志发送到远程 Socket 服务器
  • Kafka：将日志发送到 Kafka 消息队列。
  • Redis：将日志发送到 Redis 服务器。
  • Jdbc：将日志记录到数据库中

对于单机应用来说，Console 与 File 是最为常用的，但对于集群，通常需要进行日志采集，此时也会通过Socket或Kafka等将日志发送至其他位置

五、Console

Console标签是用于将日志输出到控制台的标签，其有以下可配置的属性：

  • name：配置Console标签的名称。
  • target：配置Console标签输出的目标，可以是System.out或System.err，默认为System.out。
  • follow：配置Console标签，控制台是否跟随日志进行滚动，默认为false。
  • immediateFlush：配置Console标签的输出是否立即刷新，默认为true

Console标签可以包含以下子标签

  • PatternLayout：上文已经介绍过，可以自定义输出的格式。此标签有以下可配置的属性：pattern。
  • ThresholdFilter：指定哪些日志级别应该被输出或被拒绝。此标签有以下可配置的属性：
    • level - 匹配的可用的日志级别。
    • onMatch - 当匹配或高于指定日志等级时的动作，可以为 ACCEPT、DENY、NEUTRAL 之一，默认为 NEUTRAL
    • onMismatch - 当低于指定日志等级时的动作，可以为 ACCEPT、DENY、NEUTRAL ，默认为 DENY
  • RegexFilter：使用正则表达式来计算哪些日志消息应该被过滤。

1. Filter 过滤器

比如我们可以做出如下配置

<Console name="console" target="SYSTEM_OUT">
    <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
    <ThresholdFilter level="WARN" onMatch="NEUTRAL " onMismatch="DENY"/>
    <RegexFilter regex=".*\[(main|AsyncLogger)\].*"/>
</Console>

我们可以发现 ThresholdFilter 的设置为 level=“WARN” onMatch="NEUTRAL " onMismatch=“DENY”，这种设置的意思就是当日志等级高于或等于 WARN 时，就通过了级别过滤器，但还需要经过后续过滤器如的进一步筛选。而低于 WARN 则直接拒绝打印。

比如我们有这样的过滤设置

<ThresholdFilter level="error" onMatch="DENY" onMismatch="NEUTRAL"/>
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
<ThresholdFilter level="warn" onMatch="DENY" onMismatch="DENY"/>

第一个过滤器否决打印error级别，第二个过滤器接收大于info级别，并且否决低于info级别的，那最终只能打印info 和 warn 级别了。此处的第三个过滤器实际上没被用到
在这里插入图片描述

六、RollingFile

RollingFile标签用于配置滚动日志输出到文件的方式，什么叫滚动日志，就是日志输出在一个文件中，当某个事件发生时(如文件达到一定大小)，会把这个文件进行归档封存，然后新建一个文件，再向新建的文件中输出日志，有点像现代的饮料生产线，灌满一瓶立即灌下一瓶
在这里插入图片描述

以下是RollingFile标签的常用属性：

  • name：指定RollingFile的名称，用于标识该Appender。
  • fileName：指定日志文件的路径和名称。
  • filePattern：指定日志文件备份的命名模式，使用%符号指定日期、数字等占位符。

RollingFile 可以包含下列子标签

  • policies：指定日志滚动策略，包括时间、大小等，可以使用TimeBasedTriggeringPolicy、SizeBasedTriggeringPolicy等标签。
  • PatternLayout：指定日志输出格式，上面已经说过。

我们可以以下面的配置为例子进行进一步解释

<Appenders>
    <RollingFile name="RollingFile"
            fileName="/logs/app.log"
            filePattern="logs/app-%d{yyyy-MM-dd-HH}-%i.log">
        <PatternLayout>
            <pattern>%d %p %c{1.} [%t] %m%n</pattern>
        </PatternLayout>
        <Policies>
            <TimeBasedTriggeringPolicy interval="1" modulate="true"/>
            <SizeBasedTriggeringPolicy size="10 MB"/>
        </Policies>
        <DefaultRolloverStrategy max="5"/>
    </RollingFile>
</Appenders>

该示例配置了一个名为“RollingFile”的RollingFile Appender，将日志记录到“/logs/app.log”文件中。文件名模式为“/logs/$${date:yyyy-MM}/app-%d{yyyy-MM-dd-HH}-%i.log.gz”

1. filePattern 文件样板

filePattern是RollingFile Appender的一个属性，用于指定根据何种模式生成归档滚动日志文件的名称。filePattern可以使用一些特定的占位符，以便在滚动时自动生成新的日志文件名

filePattern占位符：

  • %d - 日期格式化器的格式化日期。例如：2018-09-19
  • %i - 滚动文件的索引编号，从1开始。
  • %n - 系统的行分隔符
  • %m - 文件名

比如我们设置的

filePattern="logs/app-%d{yyyy-MM-dd-HH}-%i.log"

filePattern中的时间占位符%d在滚动时会自动更新为当前时间，索引号%i也会自动递增以避免覆盖先前的日志，所以最终会生成以下的归档文件名

app-2021-08-30-15-1.log
app-2021-08-30-15-2.log
app-2021-08-30-15-3.log

2. Policies 文件原则

Policies用于定义何时触发滚动动作以生成新的日志文件，可以定义TimeBased和SizeBased两种类型的触发策略。

  • TimeBasedTriggeringPolicy
    TimeBasedTriggeringPolicy是基于时间的触发策略，当指定的时间间隔过去时，将会触发滚动动作。
    属性：

    • interval：时间间隔，单位为filePattern中的最小时间单位，如%d{yyyy-MM-dd-HH}代表最小时间为小时，默认数值为1。
    • modulate：是否调节，即使用0时0分作为起点，当开启时，下一次生成日志文件的时间为0时0分 + n 个interval

  • SizeBasedTriggeringPolicy
    SizeBasedTriggeringPolicy是基于日志文件大小的触发策略，当日志文件大小达到指定的大小时，将会触发滚动动作
    属性：
    -size：指定的日志文件大小，单位为字节，默认值为10MB

需要注意的是，
1.若modulate=true， 则封存时间将以0点为边界进行偏移计算。比如，modulate=true，interval=4hours，那么假设上次封存日志的时间为03:00，则下次封存日志的时间为04:00，之后的封存时间依次为08:00，12:00，16:00…如果modulate=false，则代表不调整，封存时间严格遵循离上次间隔4小时，则封存时间依次为07:00，11:00，15:00…

2.Policies可以同时指定多个触发策略，从而满足多种情况下的滚动需求，例如

<RollingFile name="example"
        fileName="logs/logfile.log"
        filePattern="logs/logfile-%d{yyyy-MM-dd_HH}.log">
	<Policies>
    	<TimeBasedTriggeringPolicy interval="5" modulate="true"/>
    	<SizeBasedTriggeringPolicy size="100 MB"/>
  	</Policies>
    <DefaultRolloverStrategy max="5"/>
</RollingFile>

以上配置将在每隔五小时或100M时将生成一个新的日志文件，文件名会包含时间戳

3. DefaultRolloverStrategy

DefaultRolloverStrategy是一个滚动策略，可以设置滚动文件数量以及删除策略，它有以下几个属性：

  • max：最大日志文件数量，默认为7。
  • min：最小日志文件数量，默认为1。
  • fileIndex：日志文件序号的格式，默认为%s。
  • compressionLevel：压缩级别，默认为6

同时，它也支持以下子标签：

  • Delete：用于配置何时删除过期的日志文件。
  • CustomDelete：用于自定义删除过期日志文件的行为。

比如以下设置

<DefaultRolloverStrategy max="10" min="2" fileIndex="max">
    <Delete basePath="logs" maxDepth="2">
        <IfFileName glob="*.log" />
        <IfLastModified age="14d" />
    </Delete>
</DefaultRolloverStrategy>

这代表日志文件最多保留10个，最少保留2个，日志文件序号格式为max，同时配置了Delete子标签，用于删除14天前的logs文件夹下，两层路径以内的所有.log文件。其中，Delete子标签中的IfFileName和IfLastModified子标签用于指定删除条件，只有同时满足两个条件才进行删除操作

需要注意的是，文件的多少与我们设置的 filePattern 也有关系，其限制的其实是%i的最大数值：

比如
filePattern="logs/app-%d{yyyy-MM-dd-HH}-%i.log
这代表文件归档最小单位为小时，如果我们的 DefaultRolloverStrategy max="10" ，那么一个小时内最多保留10个文件，
当产生第11个文件时，将会删除本小时最早的日志文件

七、Loggers

Loggers和Logger标签是用来配置日志记录器的。Loggers标签是定义所有Logger的容器标签，而Logger标签则是具体的记录器配置，Logger 标签有以下属性：

  • name：指定Logger的名称，名称可以是类名、包名或自定义的名称。例如，如果设置为com.example.MyLogger，则日志内容将包含该名称。
  • level：指定Logger的日志级别，如果不指定则将继承Loggers标签中的默认级别。例如，如果设置为INFO，则只会记录INFO及以上级别的日志。
  • additivity：指定Logger是否继承它的父Logger的Appender。如果不指定，则将继承Loggers标签中的默认值。
  • includeLocation：指定是否包含日志输出的调用位置信息。如果设置为true，则输出的日志将包括文件名、方法名和行号等信息。
  • suppressExceptions：指定是否屏蔽日志输出中的异常信息。如果设置为false，则将在日志输出中包含异常信息

Logger标签还包括AppenderRef子标签，用于指定Logger所要使用的Appender。可以在Logger标签中指定多个AppenderRef，这样就可以将同一个Logger的日志输出到多个Appender中

下面是一个典型的Loggers与Logger的例子：

<Appenders>
    <RollingFile name="MyAppender"
            fileName="/logs/app.log"
            filePattern="logs/app-%d{yyyy-MM-dd-HH}-%i.log">
        <PatternLayout>
            <pattern>%d %p %c{1.} [%t] %m%n</pattern>
        </PatternLayout>
        <Policies>
            <TimeBasedTriggeringPolicy interval="1" modulate="true"/>
            <SizeBasedTriggeringPolicy size="10 MB"/>
        </Policies>
        <DefaultRolloverStrategy max="5"/>
    </RollingFile>
    <Console name="Console" target="SYSTEM_OUT">
            <ThresholdFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY"/>
            <Buffered mode="ONCE" bufferSize="256"/>
    </Console>
</Appenders>
<Loggers>
    <Logger name="com.example.MyLogger" level="info">
        <AppenderRef ref="MyAppender"/>
    </Logger>
    <Root level="error">
        <AppenderRef ref="Console"/>
    </Root>
</Loggers>

这个例子中定义了两个Logger：com.example.MyLogger和Root。com.example.MyLogger的级别是INFO，只会记录INFO及以上级别的日志，并且使用MyAppender作为输出目的地；Root的级别是ERROR，将所有ERROR及以上级别的日志输出到Console中

八、异步日志

1. 基础使用

我们上面讲解的其实都是同步输出的日志，而Log4j2 的一大特性就是其异步输出能力，我们可以参考如下配置

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
    <Appenders>
        <File name="File" fileName="logs/app.log">
            <PatternLayout>
                <Pattern>%d %p %C{1.} [%t] %m%n</Pattern>
            </PatternLayout>
        </File>
        <Async name="Async">
            <AppenderRef ref="File"/>
        </Async>
    </Appenders>
    <Loggers>
        <Logger name="com.example" level="debug"/>
        <Root level="info">
            <AppenderRef ref="Async"/>
        </Root>
    </Loggers>
</Configuration>
  1. 首先，定义了一个文件输出的Appender，文件名为logs/app.log，并且在PatternLayout中指定了日志输出的格式。
  2. 接着，定义了一个异步的Appender，它的AppenderRef指向了文件输出的Appender。
  3. 最后，将Root Logger的级别设为info，并让它的AppenderRef指向了异步的Appender。

这个配置可以实现将日志异步输出到logs/app.log文件中，并且可以指定日志输出的格式

我们可以做一个测试，分别用同步和异步的方式进行运行：

    public static void main(String[] args) {
        long startTime = System.currentTimeMillis();
        for (int i = 0; i < 1000000; i++) {
            log.info("This is a debug message. Count is "+i);
        }
        long endTime = System.currentTimeMillis();
        log.info("Total time: "+(endTime - startTime)+"ms");
    }

在这里插入图片描述
在这里插入图片描述
可以看到，异步确实能节约很多时间。

2. 详细配置

在这里插入图片描述

我们注意到最后一个阻塞队列的信息，其实不难想象，这里的日志异步依赖的就是高性能队列，不仅log4j2，像Netty等对性能有极高要求的框架，在队列的选择上都是精益求精的。log4j2支持四种阻塞队列，如下：

在这里插入图片描述
比如我们如果想指定一种阻塞队列，可以这么设置：

<Configuration name="LinkedTransferQueueExample">
  <Appenders>
    <List name="List"/>
    <Async name="Async" bufferSize="262144">
      <AppenderRef ref="List"/>
      <AsyncQueueFullPolicy type="Discard"/>
      <!-- 指定阻塞队列 -->
      <LinkedTransferQueue/>
    </Async>
  </Appenders>
  <Loggers>
    <Root>
      <AppenderRef ref="Async"/>
    </Root>
  </Loggers>
</Configuration>

当然，如果你想使用 DisruptorBlockingQueue，那还需要引入 disruptor 包，注意版本兼容，log4j-2.17.1 对应了disruptor-3.4.0

<dependency>
    <groupId>com.lmax</groupId>
    <artifactId>disruptor</artifactId>
    <version>3.4.0</version>
</dependency>

总结

本次我们比较详细的介绍了Log4j2框架的种种配置，虽然没有讲原理，但解释了不少配置并给出示例，相信即便是新手，阅读完也能应对大部分使用场景了。希望大家能够举一反三，灵活运用。当然，有问题也可以直接去官方文档进行查阅和学习，点此直达log4j2 手册

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Keepalived+Lvs(dr)调度器主备配置小实验

Keepalived+Lvs(dr)调度器主备配置小实验

目录 前言 一、实验拓扑图 二、配置LVS&#xff08;dr&#xff09;模式 三、配置调配器热备 四、测试 总结 前言 Keepalived和LVS&#xff08;Linux Virtual Server&#xff09;是两个常用的开源软件&#xff0c;通常结合使用以提供高可用性和负载均衡的解决方案。 Keepalive…
阅读更多...
Mybatis查询一条数据

Mybatis查询一条数据

上一篇我们介绍了在pom文件中引入mybatis依赖&#xff0c;配置了mybatis配置文件&#xff0c;通过读取配置文件创建了会话工厂&#xff0c;使用会话工厂创建会话获取连接对象读取到了数据库的基本信息。 如果您需要对上面的内容进行了解&#xff0c;可以参考Mybatis引入与使用…
阅读更多...
【指标】指标公式大全,款款经典（建议珍藏）！-神奇指标网

【指标】指标公式大全,款款经典（建议珍藏）！-神奇指标网

三、指标源码&#xff1a; 1、连续三天高开高走的选股公式 count(o〉ref(c,1&#xff09;andc>o&#xff0c;3)3&#xff1b; 2、连续3天每天的最低价都比前一天高 count&#xff08;l〉ref(c,1&#xff09;,3)3&#xff1b; 3、周量缩小50%或40&#xff05;或n&#x…
阅读更多...
帮助中心实践方式：及时提示反馈，引导自助解决

帮助中心实践方式：及时提示反馈，引导自助解决

为了及时高效的帮助用户解决当下实际问题&#xff0c;很多产品都会专门设置一个独立的产品帮助中心&#xff0c;满足客户需要获取解决方案的需要&#xff0c;减轻人工客服端压力。 帮助中心实践方式 常规的帮助中心文档和用户群&#xff0c;解决的是用户遇到问题或者疑问时&am…
阅读更多...
Zebec Protocol：模块化 L3 链 Nautilus Chain，深度拓展流支付体系

Zebec Protocol：模块化 L3 链 Nautilus Chain，深度拓展流支付体系

过去三十年间&#xff0c;全球金融科技领域已经成熟并迅速增长&#xff0c;主要归功于不同的数字支付媒介的出现。然而&#xff0c;由于交易延迟、高额转账费用等问题愈发突出&#xff0c;更高效、更安全、更易访问的支付系统成为新的刚需。 此前&#xff0c;咨询巨头麦肯锡的一…
阅读更多...
基于纵横交叉算法优化的BP神经网络（预测应用） - 附代码

基于纵横交叉算法优化的BP神经网络（预测应用） - 附代码

基于纵横交叉算法优化的BP神经网络&#xff08;预测应用&#xff09; - 附代码 文章目录 基于纵横交叉算法优化的BP神经网络&#xff08;预测应用&#xff09; - 附代码1.数据介绍2.纵横交叉优化BP神经网络2.1 BP神经网络参数设置2.2 纵横交叉算法应用 4.测试结果&#xff1a;5…
阅读更多...
基于grpc从零开始搭建一个准生产分布式应用(5) - MapStruct传输对象转换

基于grpc从零开始搭建一个准生产分布式应用(5) - MapStruct传输对象转换

分层设计中上下游间接口调用时&#xff0c;如果接口方法参数很多最好的方式是包装一个对象。但每层都有自己专用的对象&#xff0c;比如vo、bo、po等。在对象转换时需要写大量的getter和setter方法或是用deepCopy简化代码&#xff0c;但无论哪种都少不了大量的代码。 这里我们会…
阅读更多...
linux+c+qt杂记

linux+c+qt杂记

虚拟机网络选择&#xff1b; 桥接模式&#xff1a;设置window宿主机的IP/dns,把虚拟机设置为桥接即可。 切换到终端&#xff1a;我的是 ctrlaltFnF1&#xff1f; 问题解决&#xff1a; Ubuntu系统下载&#xff08;清华大学开源软件镜像站&#xff09;&#xff08;ubuntu-20.…
阅读更多...
使用easyExcel导入导出Date类型的转换问题

使用easyExcel导入导出Date类型的转换问题

起因&#xff1a;在业务需求上需要将Excel表中的日期导入&#xff0c;存储到数据库中&#xff0c;但是entity中的日期类型使用Date来接收&#xff0c;这样导致时间精确到秒。这时&#xff0c;即使使用DateTimeFormat("yyyy-MM-dd")也无法成功转换&#xff0c;会报如下…
阅读更多...
第4篇:vscode+platformio搭建esp32 arduino开发环境

第4篇:vscode+platformio搭建esp32 arduino开发环境

第1篇:Arduino与ESP32开发板的安装方法 第2篇:ESP32 helloword第一个程序示范点亮板载LED 第3篇:vscode搭建esp32 arduino开发环境 1.配置默认安装路径&#xff0c;安装到D盘。 打开环境变量&#xff0c;点击新建 输入变量名PLATFORMIO_CORE_DIR与路径&#xff1a;D:\PLATF…
阅读更多...
javafx应用程序线程异常Exception in thread “JavaFx Application Thread“

javafx应用程序线程异常Exception in thread “JavaFx Application Thread“

前几天用javafx做小桌面应用程序出现了一个问题&#xff1a; 反复检查&#xff0c;最终确定报错的原因是UI刷新频率过快导致的 javafx提供了Platform.runLater用于解决该问题&#xff1a; Platform.runLater(new Runnable() {Overridepublic void run(){//用Platform.runLate…
阅读更多...
linux上传代码到gitee

linux上传代码到gitee

一、在gitee创建一个仓库 1.创建仓库 2.获取仓库地址 二、克隆仓库文件到linux中 1.查看Linux中是否安装git&#xff1a;git --version 如果没有&#xff0c;在root下使用指令 yum install -y git 安装。 2.使用 git clone 仓库地址&#xff0c;克隆仓库文件到linux中 三、文…
阅读更多...
常见API架构介绍

常见API架构介绍

两个服务间进行接口调用&#xff0c;通过调用API的形式进行交互&#xff0c;这是常见CS架构实现的模式&#xff0c;客户端通过调用API即可使用服务端提供的服务。相较于SPI这种模式&#xff0c;就是服务端只规定服务接口&#xff0c;但具体实现交由第三方或者自身来实现&#x…
阅读更多...
如何利用SFTP如何实现更安全的远程文件传输 ——【内网穿透】

如何利用SFTP如何实现更安全的远程文件传输 ——【内网穿透】

&#x1f3ac; 鸽芷咕&#xff1a;个人主页 &#x1f525; 个人专栏: 《高效编程技巧》《cpolar》 ⛺️生活的理想&#xff0c;就是为了理想的生活! 文章目录 1. 安装openSSH1.1 安装SSH1.2 启动ssh 2. 安装cpolar2.1 配置termux服务 3. 远程SFTP连接配置3.1 查看生成的随机公…
阅读更多...
《Zookeeper》源码分析（二十）之 Follower

《Zookeeper》源码分析（二十）之 Follower

目录 Follower创建Follower实例followLeader()findLeader()connectToLeader()registerWithLeader()syncWithLeader() FollowerZooKeeperServer Follower Leader选举结束后&#xff0c;成为Follower的服务器开始进行Follower的工作&#xff0c;过程如下&#xff1a; 与Leader…
阅读更多...
Docker 轻量级可视化工具Portainer

Docker 轻量级可视化工具Portainer

1. 是什么 Portainer 是一款轻量级的应用&#xff0c;它提供了图形化界面&#xff0c;用于方便地管理Docker环境&#xff0c;包括单机环境和集群环境。 2. 安装 2.1 官网 https://www.protainer.io/ https://docs.portainer.io/ce-2.9/start/install/server/docker/linux 2.2 …
阅读更多...
【C# Programming】编程入门：数组、操作符、控制流

【C# Programming】编程入门：数组、操作符、控制流

目录 一、数组 1、数组的声明 1.1 一维数组声明&#xff1a; 1.2 多维数组声明&#xff1a; 2、数组的实例化和赋值 2.1 数组在声明时通过在花括号中使用以逗号分隔的数据项对数组赋值&#xff0c; 例如&#xff1a; 2.2 如果在声明后赋值&#xff0c;则需…
阅读更多...
RT-Thread 线程管理（学习一）

RT-Thread 线程管理（学习一）

RT-Thread是支持多任务的操作系统&#xff0c;多任务通过多线程的方式实现。线程是任务的载体&#xff0c;也是RTT中最基本的调度单位。 线程执行时的运行环境称为上下文&#xff0c;具体来说就是各个变量和数据&#xff0c;包括所有的寄存器变量、堆栈、内存信息等。 特点 …
阅读更多...
前端需要理解的 TypeScript 知识

前端需要理解的 TypeScript 知识

Typescript是添加了类型系统的JavaScript&#xff0c;属于弱类型&#xff08;即允许隐式类型转换&#xff09;、静态类型语言&#xff0c;适应于任何规模的项目&#xff0c;支持 ES6&#xff0c;由微软开发并开源。Typescript增加的功能包括&#xff1a;类型批注和编译时类型检…
阅读更多...
支持向量机SVM原理

支持向量机SVM原理

目录 支持向量机SVM原理 SVM原理 从线性分类器说起 SVM的目标是最大化分类间隔 转化为对偶问题求解 支持向量机SVM原理 【数之道】支持向量机SVM是什么&#xff0c;八分钟直觉理解其本质_哔哩哔哩_bilibili SVM是由Vapnik等人于1995年提出的&#xff0c;在之后的20多年里…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023