【Logback技术专题】「入门到精通系列教程」深入探索Logback日志框架的原理分析和开发实战技术指南（中篇）

news2024/9/29 17:25:02

深入探索Logback日志框架的原理分析和开发实战技术指南（下篇）

  • Logback日志框架
  • slf4j和logback的关系
    • slf4j
      • Slf4j的核心代码
        • getLogger方法
        • LoggerFactory的bind()方法
    • slf4j logback配置
  • log4j和logback的关系
  • Logback的配置文件
    • 配置文件读取顺序
  • Logback配置详解
    • 配置logback-spring.xml
    • slf4j log4j logback的联系

Logback日志框架

“Logback"是一个开源的日志组件，它的设计者也是"Log4j"的作者。相比于"Log4j”，它拥有更好的特性，因此成为了一个取代"Log4j"的优秀的日志框架。如果您正寻找一款优秀的日志组件，那么"Logback"将是一个不错的选择。

slf4j和logback的关系

用SLF4J来写记录日志的代码，而不能用logback去写日志。如果需要切换其他的日志框架比如log4j，只需要更改依赖就好了。

slf4j

slf4j组件提供了一个统一的日志对象访问接口，而log4j和logback等日志组件实现了该接口中的标准规定。下面是使用该组件的详细实现步骤：

  1. 使用LoggerFactory.getLogger(App.class)方法获取一个Logger对象。

  2. 调用getILoggerFactory()方法获取具体的LoggerFactory实现类，如Log4j。

  3. LoggerFactory的bind()方法会调用findPossibleStaticLoggerBinderPathSet()方法来查找Slf4j是否找到了具体的日志组件。如果找到了，则会返回具体的对象，可以进行日志的记录。如果没有找到，则会提示没有找到相关的类。

  4. 获取到具体对象后（例如Log4j LoggerFactory），调用getLogger()方法获取一个特定的日志对象，即可以输出日志。

Slf4j的核心代码

通过LoggerFactory去拿slf4j提供的一个Logger接口的具体实现。

getLogger方法

slf4j中获取Logger实例的一个重载方法。它接受一个由Class对象描述的类，返回一个对应的Logger实例。

Logger logger = LoggerFactory.getLogger(Object.class);   

public static Logger getLogger(Class clazz) {
    Logger logger = getLogger(clazz.getName());
    if (DETECT_LOGGER_NAME_MISMATCH) {
        Class autoComputedCallingClass = Util.getCallingClass();
        if (autoComputedCallingClass != null && nonMatchingClasses(clazz, autoComputedCallingClass)) {
            Util.report(String.format("Detected logger name mismatch. Given name: \"%s\"; computed name: \"%s\".", logger.getName(),
                            autoComputedCallingClass.getName()));
            Util.report("See " + LOGGER_NAME_MISMATCH_URL + " for an explanation");
        }
    }
    return logger;
}

函数中的第一行代码调用了getLogger(String name)方法，该方法是一个重载方法，接受一个字符串作为参数代表Logger实例的名称。实际上，getLogger(Class clazz)方法中本质上完成的任务和getLogger(String name)方法相同：都是用来返回一个与特定名称相关联的Logger实例。

接下来，函数会检测应用程序中，是否存在Logger实例名称与类名称不匹配的情况。如果有这种情况，函数会打印出来一些警告信息，并提供一个网站地址以查看更多的解释。这种情况有时会出现，通常是因为Logger实例没有被正确地命名导致。

最后，函数返回本次调用得到的Logger实例。

LoggerFactory的bind()方法

bind方法用来实现slf4j的静态绑定的。它的主要功能是实现对slf4j实现的绑定和初始化。总之，这个函数的主要目的是在应用程序启动时完成slf4j的静态绑定，保证日志记录功能能够正常工作。

private final static void bind() {
    try {
        SetstaticLoggerBinderPathSet = null;
        if (!isAndroid()) {
            staticLoggerBinderPathSet = findPossibleStaticLoggerBinderPathSet();
            reportMultipleBindingAmbiguity(staticLoggerBinderPathSet);
        }
        // the next line does the binding
        StaticLoggerBinder.getSingleton();
        INITIALIZATION_STATE = SUCCESSFUL_INITIALIZATION;
        reportActualBinding(staticLoggerBinderPathSet);
        fixSubstituteLoggers();
        replayEvents();
        // release all resources in SUBST_FACTORY
        SUBST_FACTORY.clear();
    } catch (NoClassDefFoundError ncde) {
        String msg = ncde.getMessage();
        if (messageContainsOrgSlf4jImplStaticLoggerBinder(msg)) {
            INITIALIZATION_STATE = NOP_FALLBACK_INITIALIZATION;
            Util.report("Failed to load class \"org.slf4j.impl.StaticLoggerBinder\".");
            Util.report("Defaulting to no-operation (NOP) logger implementation");
            Util.report("See " + NO_STATICLOGGERBINDER_URL + " for further details.");
        } else {
            failedBinding(ncde);
            throw ncde;
        }
    } catch (java.lang.NoSuchMethodError nsme) {
        String msg = nsme.getMessage();
        if (msg != null && msg.contains("org.slf4j.impl.StaticLoggerBinder.getSingleton()")) {
            INITIALIZATION_STATE = FAILED_INITIALIZATION;
            Util.report("slf4j-api 1.6.x (or later) is incompatible with this binding.");
            Util.report("Your binding is version 1.5.5 or earlier.");
            Util.report("Upgrade your binding to version 1.6.x.");
        }
        throw nsme;
    } catch (Exception e) {
        failedBinding(e);
        throw new IllegalStateException("Unexpected initialization failure", e);
    }
}

函数中核心的部分是StaticLoggerBinder.getSingleton()，它调用了org.slf4j.impl.StaticLoggerBinder这个类的getSingleton()方法，这个方法返回了一个org.slf4j.ILoggerFactory。这个ILoggerFactory可以被用来构造slf4j的Logger实例。

在函数的前面，我们可以看到一系列的步骤来查找可能存在的StaticLoggerBinder路径集合。之后，我们会检查这些路径，以确保只有一个StaticLoggerBinder实现被绑定到类路径上。如果有多个静态绑定的文件存在，就会报告一个MultipleBindingAmbiguity的异常。

在绑定完成后，函数会执行一些资源清理和事件重放的操作，以确保程序的正确性。如果在初始化过程中出现了任何异常，函数会记录相关信息，并抛出一个运行时异常以通知调用者。

static SetfindPossibleStaticLoggerBinderPathSet() {
    // use Set instead of list in order to deal with bug #138
    // LinkedHashSet appropriate here because it preserves insertion order
    // during iteration
    SetstaticLoggerBinderPathSet = new LinkedHashSet();
    try {
        ClassLoader loggerFactoryClassLoader = LoggerFactory.class.getClassLoader();
        Enumerationpaths;
        if (loggerFactoryClassLoader == null) {
            paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
        } else {
            paths = loggerFactoryClassLoader.getResources(STATIC_LOGGER_BINDER_PATH);
        }
        while (paths.hasMoreElements()) {
            URL path = paths.nextElement();
            staticLoggerBinderPathSet.add(path);
        }
    } catch (IOException ioe) {
        Util.report("Error getting resources from path", ioe);
    }
    return staticLoggerBinderPathSet;
}

在调用getLogger()方法时，实际上会在classpath下查找STATIC_LOGGER_BINDER_PATH这个值。对于所有的slf4j实现，它们的jar包路径下都一定会存在"org/slf4j/impl/StaticLoggerBinder.class"，这个路径是非常重要的，它指明了找到slf4j实现所必需的文件。

因此，可以说这个地方是整个slf4j的核心。对于任何使用slf4j的开发人员来说，都需要了解和掌握这个类路径，并确保它在项目的classpath下存在。只有这样，才能够正确地访问和使用所有的slf4j实现。

slf4j logback配置

pom.xml添加logback依赖。

<dependency>
	<groupId>org.slf4j</groupId>
	<artifactId>slf4j-api</artifactId>
	<version>1.7.25</version>
</dependency>
<dependency>
	<groupId>ch.qos.logback</groupId>
	<artifactId>logback-classic</artifactId>
	<version>1.2.3</version>
</dependency>
<dependency>
	<groupId>ch.qos.logback</groupId>
	<artifactId>logback-core</artifactId>
	<version>1.2.3</version>
</dependency>

log4j和logback的关系

log4j和logback就是两个受欢迎的日志框架，同时logback同样是由log4j的作者设计完成的，拥有更好的特性，用来取代log4j的一个日志框架。而slf4j是java的一个日志门面，实现了日志框架一些通用的api，log4j和logback是具体的日志框架,他们可以单独的使用，也可以绑定slf4j一起使用。

Logback的配置文件

配置文件读取顺序

logback通常使用logback.xml进行配置，在启动时，logback会按照以下顺序加载配置文件：

  1. 如果程序启动时指定了logback.configurationFile属性，则使用该属性指定的配置文件。例如：java -Dlogback.configurationFile=/path/to/mylogback.xml Test，这样执行Test类的时候就会加载/path/to/mylogback.xml配置。

  2. 查找classpath下的logback.groovy文件。

  3. 查找classpath下的logback-test.xml文件。

  4. 查找classpath下的logback.xml文件。

  5. 如果所有的文件都不存在，则使用BasicConfigurator自动配置，将日志记录输出到控制台。

Logback配置详解

配置logback-spring.xml

resources下配置的spring-logback.xml

<?xml version="1.0" encoding="UTF-8" ?>
<configuration scan="true" scanPeriod="60 seconds" debug="false">

    <!-- 动态日志级别 -->
    <jmxConfigurator/>

    <!-- 定义日志文件 输出位置 -->
    <property name="log.home_dir" value="/usr/local/springboot/log"/>
    <property name="log.app_name" value="http-demo"/>
    <!-- 日志最大的历史 30天 -->
    <property name="log.maxHistory" value="30"/>
    <property name="log.level" value="debug"/>
    <property name="log.maxSize" value="5MB" />

    <!-- ConsoleAppender 控制台输出日志 -->
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>
                <!-- 设置日志输出格式 -->
                %d{yyyy-MM-dd HH:mm:ss.SSS} [%-5level] [%thread] %logger - %msg%n
            </pattern>
        </encoder>
    </appender>

    <!-- ERROR级别日志 -->
    <!-- 滚动记录文件，先将日志记录到指定文件，当符合某个条件时，将日志记录到其他文件 RollingFileAppender -->
    <appender name="ERROR" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!-- 过滤器，只记录WARN级别的日志 -->
        <!-- 果日志级别等于配置级别，过滤器会根据onMath 和 onMismatch接收或拒绝日志。 -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <!-- 设置过滤级别 -->
            <level>ERROR</level>
            <!-- 用于配置符合过滤条件的操作 -->
            <onMatch>ACCEPT</onMatch>
            <!-- 用于配置不符合过滤条件的操作 -->
            <onMismatch>DENY</onMismatch>
        </filter>
        <!-- 最常用的滚动策略，它根据时间来制定滚动策略.既负责滚动也负责触发滚动 -->
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <!--日志输出位置 可相对、和绝对路径 -->
            <fileNamePattern>
                ${log.home_dir}/error/%d{yyyy-MM-dd}/${log.app_name}-%i.log
            </fileNamePattern>
            <!-- 可选节点，控制保留的归档文件的最大数量，超出数量就删除旧文件,假设设置每个月滚动，且<maxHistory>是6，
            则只保存最近6个月的文件，删除之前的旧文件。注意，删除旧文件是，那些为了归档而创建的目录也会被删除 -->
            <maxHistory>${log.maxHistory}</maxHistory>
            <!--日志文件最大的大小-->
            <MaxFileSize>${log.maxSize}</MaxFileSize>
        </rollingPolicy>
        <encoder>
            <pattern>
                <!-- 设置日志输出格式 -->
                %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n
            </pattern>
        </encoder>
    </appender>

    <!-- INFO级别日志 appender -->
    <appender name="INFO" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>INFO</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${log.home_dir}/info/%d{yyyy-MM-dd}/${log.app_name}-%i.log</fileNamePattern>
            <maxHistory>${log.maxHistory}</maxHistory>
            <MaxFileSize>${log.maxSize}</MaxFileSize>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%-5level] %logger - %msg%n</pattern>
        </encoder>
    </appender>


    <!-- DEBUG级别日志 appender -->
    <appender name="DEBUG" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>DEBUG</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${log.home_dir}/debug/%d{yyyy-MM-dd}/${log.app_name}-%i.log</fileNamePattern>
            <maxHistory>${log.maxHistory}</maxHistory>
            <MaxFileSize>${log.maxSize}</MaxFileSize>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%-5level] %logger - %msg%n</pattern>
        </encoder>
    </appender>

    <!--设置一个向上传递的appender,所有级别的日志都会输出-->
    <appender name="app" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${log.home_dir}/app/%d{yyyy-MM-dd}/${log.app_name}-%i.log</fileNamePattern>
            <maxHistory>${log.maxHistory}</maxHistory>
            <MaxFileSize>${log.maxSize}</MaxFileSize>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%-5level] %logger - %msg%n</pattern>
        </encoder>
    </appender>

    <!--org.springframework.web包下的类的日志输出-->
    <logger name="org.springframework.web" additivity="false" level="WARN">
        <appender-ref ref="WARN"/>
    </logger>
    <!--com.zgd包下的类的日志输出-->
    <logger name="com.zgd" additivity="false" level="DEBUG" >
        <appender-ref ref="app" />
        <appender-ref ref="ERROR" />
        <!--打印控制台-->
        <appender-ref ref="CONSOLE" />
    </logger>

    <!-- root级别   DEBUG -->
    <root>
        <!-- 打印debug级别日志及以上级别日志 -->
        <level value="${log.level}"/>
        <!-- 控制台输出 -->
        <appender-ref ref="CONSOLE"/>
        <!-- 不管什么包下的日志都输出文件 -->
        <!--<appender-ref ref="ERROR"/>-->
    </root>
</configuration>
  1. 级别：从高到低 OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、ALL。
  2. 日志输出规则：根据当前ROOT级别，日志输出时，只有当前级别高于ROOT级别时才会输出。
  3. 每个配置的filter用来过滤掉输出文件里面低级别的日志信息。
  4. 当scan属性设置为true时，配置文件如果发生改变，将会被重新加载。默认值为true。
  5. scanPeriod属性用于设置监测配置文件是否有修改的时间间隔。如果没有给出时间单位，将默认单位为毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。
  6. debug属性用于打印出logback内部日志信息，实时查看logback运行状态。默认值为false。

slf4j log4j logback的联系

log4j是一个流行的日志框架，而logback则是由log4j的作者设计的一个日志框架，它有更多的特性，被认为是log4j的替代品。slf4j是Java的一个日志门面，提供了一些通用的API，可以用于实现不同的具体日志框架，log4j和logback都可以独立使用，也可以与slf4j配合使用。
在这里插入图片描述

  1. 如果应用只导入“slf4j-api.jar日志门面”，没有导入slf4j实现，则所有记录日志的方法都无效，不会进行日志记录，这称为“SLF4J unbound”。

  2. 如果导入了“slf4j-api.jar日志门面”及logback-classic日志实现的jar包，则调用SLF4J后，底层会使用logback来实现记录日志，这称为“SLF4J bound to logback-classic”。

  3. 如果导入了“slf4j-api.jar日志门面”及log4j日志实现的jar包，并在中间导入一个适配包“slf4j-log412.jar”，则应用调用SLF4J记录日志时，会先使用适配包，最终使用log4j实现进行记录日志，这称为“SLF4J bound to log4j”。

使用SLF4J无法进行完整的日志记录操作，SLF4J只是一个外观。因此，通常情况下，与log4j或logback一起使用，以实现最大兼容性，并便于切换日志系统。

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

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

相关文章

告别StringUtil：使用Java 全新String API优化你的代码

告别StringUtil：使用Java 全新String API优化你的代码

前言 Java 编程语言的每一次重要更新&#xff0c;都引入了许多新功能和改进。 并且在String 类中引入了一些新的方法&#xff0c;能够更好地满足开发的需求&#xff0c;提高编程效率。 repeat(int count)&#xff1a;返回一个新的字符串&#xff0c;该字符串是由原字符串重复指…
阅读更多...
MySQL数据库基础 16

MySQL数据库基础 16

第十六章 变量、流程控制与游标 1. 变量1.1 系统变量1.1.1 系统变量分类1.1.2 查看系统变量 1.2 用户变量1.2.1 用户变量分类1.2.2 会话用户变量1.2.3 局部变量1.2.4 对比会话用户变量与局部变量 2. 定义条件与处理程序2.1 案例分析2.2 定义条件2.3 定义处理程序2.4 案例解决 3…
阅读更多...
灵魂组件Lifecycle的生命周期机制详解

灵魂组件Lifecycle的生命周期机制详解

作者&#xff1a;苏火火 前言 在早期 Andorid 架构中&#xff0c;生命周期的事件监听和状态查询&#xff0c;我们需要自定义一套提供侦测功能的 Activity/Fragment 基类及回调接口&#xff0c;在 Activity/Fragment 的生命周期方法中实现依赖组件的操作&#xff0c;在外部进行…
阅读更多...
【并发编程】多线程安全问题，如何避免死锁

【并发编程】多线程安全问题，如何避免死锁

文章目录 概念进程线程对比 代码使用进程线程 线程创建方式线程的生命周期和状态停止线程方法介绍sleep() / wait()为什么 wait() 不被定义在 Thread 中&#xff1f;sleep() 定义在 Thread 中&#xff1f;run()/start() 为什么使用多线程&#xff1f;线程安全问题线程死锁如何避…
阅读更多...
可孚医疗：「最懂互联网」的医疗器械企业是如何炼成的？

可孚医疗：「最懂互联网」的医疗器械企业是如何炼成的？

如果说钉钉在过去的标签是软件&#xff0c;是低代码。那么在医疗这个赛道里&#xff0c;这些标签已经不足以成为钉钉价值的侧写&#xff0c;除了固有标签之外&#xff0c;在可孚医疗的场景里&#xff0c;钉钉可以连接&#xff0c;可以成为智能BI&#xff0c;也更可以做到内外部…
阅读更多...
(旧版) 家居购项目 1.分页导航 2.购物车 3.订单生成 4.权限验证 5.事务管理 6.上传图片

(旧版) 家居购项目 1.分页导航 2.购物车 3.订单生成 4.权限验证 5.事务管理 6.上传图片

文章目录 &#x1f400;Java后端经典三层架构&#x1f407;MVC模型&#x1f407;开发环境搭建&#x1f407;会员注册&#x1f333;前端验证用户注册信息&#x1f333;思路分析&#x1f349;创建表&#x1f349;创建实体类&#x1f349;DAO&#x1f34c;MemberDAOImpl &#x1f…
阅读更多...
kali磁盘空间不足，软连接解决apt下载问题

kali磁盘空间不足，软连接解决apt下载问题

知识点&#xff1a; ①在Linux系统下(其他操作系统也有类似的规定)&#xff0c;磁盘的分区大致可以分为三类&#xff0c;分别为主分区、扩展分区和逻辑分区等等。 ②主分区可以有1-4个&#xff0c;扩展分区可以有0-1个&#xff0c;逻辑分区编号从5开始。 ③主分区可以直接进行格…
阅读更多...
数据库信息速递 DataStax与谷歌合作将向NoSQL AstraDB引入向量搜索技术

数据库信息速递 DataStax与谷歌合作将向NoSQL AstraDB引入向量搜索技术

开头还是介绍一下群&#xff0c;如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题&#xff0c;有需求都可以加群群内有各大数据库行业大咖&#xff0c;CTO&#xff0c;可以解决你的问题。加群请联系 liuaustin3 &#xff0c;在新加的朋友会分到2群&#xff08;共…
阅读更多...
机器学习5：基于线性回归理解减少“损失”的方法

机器学习5：基于线性回归理解减少“损失”的方法

在上节《机器学习4&#xff1a;基本术语》中&#xff0c;笔者介绍了“损失&#xff08;Loss&#xff09;”的定义&#xff0c;在训练模型时&#xff0c;减少损失&#xff08;Reducing Loss&#xff09;是极为关键的&#xff0c;只有“损失”足够小的机器学习系统才有实用价值。…
阅读更多...
【数据库】mysql主从复制与读写分离

【数据库】mysql主从复制与读写分离

文章目录 一、读写分离1. 什么是读写分离2. 为什么要读写分离3. 什么时候要读写分离4. 主从复制与读写分离5. Mysql 主从复制原理&#xff08;主从复制的类型&#xff09;6. Mysql 主从复制的工作过程7. Mysql 读写分离原理 二、主从复制的配置操作1. 环境配置2. 搭建 MySQL主从…
阅读更多...
从第一性原理揭秘爱因斯坦相对论

从第一性原理揭秘爱因斯坦相对论

摘要&#xff1a; 本文首先将探讨狭义相对论的基本原理及其起源。接着&#xff0c;我们将深入分析狭义相对论的世界观给我们的认知带来了哪些本质的改变。最后&#xff0c;我们将探讨狭义相对论为何无法解决引力的矛盾性问题&#xff0c;以及广义相对论是如何有效解决此类问题的…
阅读更多...
最大匹配问题---男女匹配问题（算法）

最大匹配问题---男女匹配问题（算法）

扯淡&#xff1a; 今天期末复习的时候发现一个算法很有意思&#xff0c;就是男女最大分配对象问题&#xff0c;几对男女最多能凑够几对对象。 根据社会主义核心价值观&#xff0c;我们最好整一夫一妻制&#xff0c;分配一人一对象&#xff0c;我辈义不容辞。 题目分析&#…
阅读更多...
需求分析六步法

需求分析六步法

需求收集可能看起来不言自明&#xff0c;但它很少得到应有的充分关注。就像运动前伸展或睡前刷牙一样&#xff0c;这是一项经常被忽视的简单任务。 但是&#xff0c;忽视这些看似简单的事情的后果可能会导致伤害、蛀牙&#xff0c;或者在项目管理的情况下&#xff0c;导致项目…
阅读更多...
GeoServer发布图层遇到的几个雷点及解决方案

GeoServer发布图层遇到的几个雷点及解决方案

目录 前言 一、图层编码导致图层预览无服务的异常问题 1、问题描述 2、问题分析 3、问题解决 二、图层空间参考投影设置的问题 1、问题描述 2、问题分析 3、问题解决 三、Qgis导出的SLD在GeoServer中发布预览报错的问题 1、问题描述 2、问题分析 3、问题解决 四、GeoS…
阅读更多...
java 临床症状识别系统Myeclipse开发mysql数据库web结构jsp编程计算机网页项目

java 临床症状识别系统Myeclipse开发mysql数据库web结构jsp编程计算机网页项目

一、源码特点 JSP 临床症状识别系统 是一套完善的系统源码&#xff0c;对理解JSP java编程开发语言有帮助&#xff0c;系统具有完整的源代码和数据库&#xff0c;以及相应配套的设计文档&#xff0c;系统主要采用B/S 模式开发。 研究的基本内容是基于Web的临床症状识别…
阅读更多...
一文详解如何用GPU来运行Python代码/基于Python自制一个文件解压缩小工具

一文详解如何用GPU来运行Python代码/基于Python自制一个文件解压缩小工具

前几天捣鼓了一下Ubuntu&#xff0c;正是想用一下我旧电脑上的N卡&#xff0c;可以用GPU来跑代码&#xff0c;体验一下多核的快乐&#xff0c;感兴趣的小伙伴快跟随小编一起了解一下吧 简介 前几天捣鼓了一下Ubuntu&#xff0c;正是想用一下我旧电脑上的N卡&#xff0c;可以用…
阅读更多...
Nova代码解析

Nova代码解析

1. 引言 前序博客有&#xff1a; Nova: Recursive Zero-Knowledge Arguments from Folding Schemes学习笔记基于cycle of curves的Nova证明系统&#xff08;1&#xff09;基于cycle of curves的Nova证明系统&#xff08;2&#xff09; 微软团队2021年论文 《Nova: Recursive…
阅读更多...
警惕2本期刊被剔除！2023年6月EI目录已更新！（附全目录下载）

警惕2本期刊被剔除！2023年6月EI目录已更新！（附全目录下载）

2023年6月EI期刊目录更新 爱思唯尔官网近日更新了EI期刊目录&#xff0c;此次更新是2023年6月1日&#xff0c;与上次更新&#xff08;2023年2月&#xff09;相比&#xff0c;有3本期刊名称在Serials&#xff08;连续出版&#xff09;列表中搜索不到&#xff0c;其中&#xff0…
阅读更多...
【前端｜HTML系列第2篇】HTML零基础入门之标签元素

【前端｜HTML系列第2篇】HTML零基础入门之标签元素

大家好&#xff0c;欢迎来到前端入门系列的第二篇博客。在这个系列中&#xff0c;我们将一起学习前端开发的基础知识&#xff0c;从零开始构建网页和Web应用程序。本篇博客将为大家介绍HTML&#xff08;超文本标记语言&#xff09;常用标签元素&#xff0c;帮助零基础小白快速入…
阅读更多...
Upload靶场通关笔记(更新中)

Upload靶场通关笔记(更新中)

文章目录 一、Pass-011.抓包上传2.获取上传路径3.工具验证 二、Pass-02三、Pass-031.使用httpd.conf自定义后缀2.提取上传文件名3.工具测试4.注意点四、Pass-041.上传.htaccess2.上传图片3.工具测试 五、Pass-05六、Pass-061.空格.号绕过2.工具测试 七、Pass-07八、Pass-081.特…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023