slf4j的使用

2023-05-16

OK，现在我们来使用slf4j。

概念

SLF4J，即简单日志门面（Simple Logging Facade for Java），不是具体的日志解决方案，它只服务于各种各样的日志系统。按照官方的说法，SLF4J是一个用于日志系统的简单Facade，允许最终用户在部署其应用时使用其所希望的日志系统。

实际上，SLF4J所提供的核心API是一些接口以及一个LoggerFactory的工厂类。从某种程度上，SLF4J有点类似JDBC，不过比JDBC更简单，在JDBC中，你需要指定驱动程序，而在使用SLF4J的时候，不需要在代码中或配置文件中指定你打算使用

那个具体的日志系统。如同使用JDBC基本不用考虑具体数据库一样，SLF4J提供了统一的记录日志的接口，只要按照其提供的方法记录即可，最终日志的格式、记录级别、输出方式等通过具体日志系统的配置来实现，因此可以在应用中灵活切换日志

系统。

使用条件

如果你开发的是类库或者嵌入式组件，那么就应该考虑采用SLF4J，因为不可能影响最终用户选择哪种日志系统。在另一方面，如果是一个简单或者独立的应用，确定只有一种日志系统，那么就没有使用SLF4J的必要。假设你打算将你使用log4j的产

品卖给要求使用logback的用户时，面对成千上万的log4j调用的修改，相信这绝对不是一件轻松的事情。但是如果开始便使用SLF4J，那么这种转换将是非常轻松的事情。

说白了，slf4j和common-logging一个意思，就是简单的日志门面，方便我们在不动代码的前提下随意切换我们的日志框架。在部署的时候，选择不同的日志系统包，就可自动转换到不同的日志系统上。

比如：选择JDK自带的日志系统，则只需要将slf4j-api-1.5.10.jar和slf4j-jdk14-1.5.10.jar放置到classpath中即可，如果中途无法忍受JDK自带的日志系统了，想换成log4j的日志系统，仅需要用slf4j-log4j12-1.5.10.jar替换slf4j-jdk14-1.5.10.jar即可

（当然也需要log4j的jar及配置文件）。当然如果这个时候觉得log4j的性能不是太好，出于性能考虑想换成logback的日志系统的话，也只是需要将logback的core包和classic包替换原来的log4j包就OK（当然也需要logback的配置文件）。

OK，现在举一个完整的例子。下面先贴出完整的代码：

pom文件：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
	<modelVersion>4.0.0</modelVersion>

	<groupId>org.linkinpark.commons</groupId>
	<artifactId>linkin-log-test</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<packaging>jar</packaging>

	<name>linkin-log-test</name>
	<url>http://maven.apache.org</url>

	<properties>
		<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
	</properties>

	<dependencies>
		<!-- slf4j依赖 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-api</artifactId>
			<version>1.7.12</version>
		</dependency>
		<!-- log4j依赖 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-log4j12</artifactId>
			<version>1.7.12</version>
		</dependency>
		<dependency>
			<groupId>log4j</groupId>
			<artifactId>log4j</artifactId>
			<version>1.2.17</version>
		</dependency>
		<!-- logback依赖 -->
		<dependency>
			<groupId>ch.qos.logback</groupId>
			<artifactId>logback-classic</artifactId>
			<version>1.1.2</version>
		</dependency>
		<dependency>
			<groupId>ch.qos.logback</groupId>
			<artifactId>logback-core</artifactId>
			<version>1.1.2</version>
		</dependency>
		<!-- slf4j自带的简单日志 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-simple</artifactId>
			<version>1.7.12</version>
		</dependency>
		<!-- jdk自带的日志 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-jdk14</artifactId>
			<version>1.7.12</version>
		</dependency>
		<!-- common-logging日志框架 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-jcl</artifactId>
			<version>1.7.12</version>
		</dependency>
		<dependency>
			<groupId>commons-logging</groupId>
			<artifactId>commons-logging</artifactId>
			<version>1.2</version>
		</dependency>
		<!-- junit依赖 -->
		<dependency>
			<groupId>junit</groupId>
			<artifactId>junit</artifactId>
			<version>4.12</version>
			<scope>test</scope>
		</dependency>
	</dependencies>
</project>

log4j.propetites配置文件：

log4j.rootLogger=DEBUG,console

# 以下是rootLogger的配置，子类默认继承，但是子类重写下面配置=rootLogger+自己配置，我晕
#输出到控制台   
log4j.appender.console=org.apache.log4j.ConsoleAppender  
#设置输出样式   
log4j.appender.console.layout=org.apache.log4j.PatternLayout 
#日志输出信息格式为
log4j.appender.console.layout.ConversionPattern=[%-d{yyyy-MM-dd HH:mm:ss}]-[%t-%5p]-[%C-%M(%L)]： %m%n

logback配置文件：

<?xml version="1.0" encoding="UTF-8"?>

<configuration debug="true" scan="true" scanPeriod="30 seconds">

	<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
		<encoder>
			<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n
			</pattern>
		</encoder>
	</appender>

	<root level="DEBUG">
		<appender-ref ref="STDOUT" />
	</root>
</configuration>

Java测试代码：

package org.linkinpark.commons.slf4j;

import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

/**
 * @创建作者： LinkinPark
 * @创建时间： 2016年3月1日
 * @功能描述： slf4j测试类
 */
public class Slf4jTest
{
	private static Logger logger = LoggerFactory.getLogger(Slf4jTest.class);

	@Test
	public void test()
	{
		logger.debug("debug()方法，看下这里logger的实例是：{}", logger.getClass());
		logger.info("info()方法，看下这里logger的实例是：{}", logger.getClass());
		logger.error("error()方法，看下这里logger的实例是：{}", logger.getClass());
	}
}

1，我们来一个一个测试，假如我们现在不想用任何的额外的日志框架，只想用slf4j来输出日志。slf4j也给我们提供了一个简单的simple日志框架。注释掉别的pom依赖，只打开slf4j-simple的依赖。运行上面的测试控制台输出如下：

[main] INFO org.linkinpark.commons.slf4j.Slf4jTest - info()方法，看下这里logger的实例是：class org.slf4j.impl.SimpleLogger
[main] ERROR org.linkinpark.commons.slf4j.Slf4jTest - error()方法，看下这里logger的实例是：class org.slf4j.impl.SimpleLogger

OK，没问题，观察日志输出，我们也看到了这个时候slf4j使用的是slf4j自带的日志简单日志。

2，现在我们想使用JDK自带的日志框架来输出日志。去掉pom文件中多余的日志框架的依赖，然后添加slf4j-jdk14的依赖，运行上面的测试控制台输出如下：

三月 01, 2016 1:51:44 下午 org.linkinpark.commons.slf4j.Slf4jTest test
信息: info()方法，看下这里logger的实例是：class org.slf4j.impl.JDK14LoggerAdapter
三月 01, 2016 1:51:44 下午 org.linkinpark.commons.slf4j.Slf4jTest test
严重: error()方法，看下这里logger的实例是：class org.slf4j.impl.JDK14LoggerAdapter

OK，没问题，观察日志输出，我们也看到这个时候slf4j使用的是JDK自带的日志框架，实际运行中在上面的slf4j-jdk14中有一个桥接类，slf4j用该类桥接到了JDK自带的日志框架中。

3，现在我们想使用log4j来输出日志。去掉pom文件中多余的日志框架的依赖，然后添加slf4j-log4j12和log4j2个依赖到pom中，运行上面的测试控制台输出如下：

log4j:WARN No appenders could be found for logger (org.linkinpark.commons.slf4j.Slf4jTest).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

OK，错误已经很明显了，没有找见log4j的配置文件，所以没有appender来控制日志的输出。我们将log4j.propertites配置文件丢在我们项目根路径下继续运行上面的测试：

[2016-03-01 13:56:15]-[main-DEBUG]-[org.linkinpark.commons.slf4j.Slf4jTest-test(19)]： debug()方法，看下这里logger的实例是：class org.slf4j.impl.Log4jLoggerAdapter
 [2016-03-01 13:56:15]-[main- INFO]-[org.linkinpark.commons.slf4j.Slf4jTest-test(20)]： info()方法，看下这里logger的实例是：class org.slf4j.impl.Log4jLoggerAdapter
 [2016-03-01 13:56:15]-[main-ERROR]-[org.linkinpark.commons.slf4j.Slf4jTest-test(21)]： error()方法，看下这里logger的实例是：class org.slf4j.impl.Log4jLoggerAdapter

OK，没问题，观察日志输出，我们也看到这个时候slf4j使用了log4j来做日志框架。和上面第2点类似，这里slf4j也是用到了一个名叫Log4jLoggerAdapter的桥接类桥接到log4j的。

4，现在我们想使用logback来输出日志。去掉pom文件中多余的日志框架的依赖，添加logback-core和logback-classic的依赖到pom中，运行上面的测试，控制台输出如下：

13:59:29.797 [main] DEBUG o.linkinpark.commons.slf4j.Slf4jTest - debug()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger
13:59:29.801 [main] INFO  o.linkinpark.commons.slf4j.Slf4jTest - info()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger
13:59:29.802 [main] ERROR o.linkinpark.commons.slf4j.Slf4jTest - error()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger

OK，日志正常输出，但是我们发现了这里使用的其实的logback自带的默认的控制台输出的简单的日志类，我们现在添加logback.xml到项目的classpath中，继续运行测试：

14:00:43,794 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy]
14:00:43,795 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml]
14:00:43,795 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Found resource [logback.xml] at [file:/Users/LinkinPark/WorkSpace/linkin-log-test/target/classes/logback.xml]
14:00:43,861 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Setting ReconfigureOnChangeFilter scanning period to 30 seconds
14:00:43,861 |-INFO in ReconfigureOnChangeFilter{invocationCounter=0} - Will scan for changes in [[/Users/LinkinPark/WorkSpace/linkin-log-test/target/classes/logback.xml]] every 30 seconds. 
14:00:43,861 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Adding ReconfigureOnChangeFilter as a turbo filter
14:00:43,863 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
14:00:43,865 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [STDOUT]
14:00:43,882 |-INFO in ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming default type [ch.qos.logback.classic.encoder.PatternLayoutEncoder] for [encoder] property
14:00:43,910 |-INFO in ch.qos.logback.classic.joran.action.RootLoggerAction - Setting level of ROOT logger to DEBUG
14:00:43,911 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [STDOUT] to Logger[ROOT]
14:00:43,911 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - End of configuration.
14:00:43,912 |-INFO in ch.qos.logback.classic.joran.JoranConfigurator@5ebec15 - Registering current configuration as safe fallback point
14:00:43.916 [main] DEBUG o.linkinpark.commons.slf4j.Slf4jTest - debug()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger
14:00:43.919 [main] INFO  o.linkinpark.commons.slf4j.Slf4jTest - info()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger
14:00:43.920 [main] ERROR o.linkinpark.commons.slf4j.Slf4jTest - error()方法，看下这里logger的实例是：class ch.qos.logback.classic.Logger

OK，没问题，观察日志输出，我们看到这个时候slf4j使用logback来做日志框架。其实slf4j和logback也是相处最融洽的2套日志管理框架，建议以后使用这2个的组合。

5，现在我们想使用common-logging来输出日志。前面关于common-logging我也已经整理过了，如果项目的classpath中存在log4j的包，那么久使用log4j，如果不存在则使用JDK自带的logging。slf4j同样支持common-logging来作为日志输出。

去掉pom文件中多余的日志框架的依赖，添加slf4j-jcl和commons-logging的依赖到pom中。

这里我们先暂时不添加log4j到我们的项目，运行上面的测试，控制台输出如下：

三月 01, 2016 2:05:18 下午 org.linkinpark.commons.slf4j.Slf4jTest info
信息: info()方法，看下这里logger的实例是：class org.slf4j.impl.JCLLoggerAdapter
三月 01, 2016 2:05:18 下午 org.linkinpark.commons.slf4j.Slf4jTest error
严重: error()方法，看下这里logger的实例是：class org.slf4j.impl.JCLLoggerAdapter

OK，没问题，现在slf使用common-logging来输出日志，这里slf用了一个JCLLoggerAdapter来做桥接，桥接到了common-logging包的日志输出去的。由于这里的项目没有log4j的包，所以common-logging使用JDK的logging来输出

现在我们添加log4j到我们的项目中，继续运行上面的测试，控制台输出如下：

[2016-03-01 14:06:56]-[main-DEBUG]-[org.slf4j.impl.JCLLoggerAdapter-debug(186)]： debug()方法，看下这里logger的实例是：class org.slf4j.impl.JCLLoggerAdapter
 [2016-03-01 14:06:56]-[main- INFO]-[org.slf4j.impl.JCLLoggerAdapter-info(281)]： info()方法，看下这里logger的实例是：class org.slf4j.impl.JCLLoggerAdapter
 [2016-03-01 14:06:56]-[main-ERROR]-[org.slf4j.impl.JCLLoggerAdapter-error(471)]： error()方法，看下这里logger的实例是：class org.slf4j.impl.JCLLoggerAdapter

OK，没问题，现在控slf正常的使用了log4j来作为common-logging的实现来输出了日志。观察日志输出，我们也发现整理并不是直接使用的log4j，而是使用的JCLLoggerAdapter桥接到common-logging，然后common-logging自己选择的log4j来控制的输出，这点要注意，和上面的第3点不一样的，别搞混淆了。

总结：

通过上面这个比较详细的例子，我们看到了，我们使用slf4j来统一管理的我们的代码，我们不停的切换了多种日志框架来作为我们的日志输出，但是我们的业务代码，Java类中的那些日志输出代码一点都不用去改，这也真是slf4j最迷人的地方。它完美的整合了自己的一个简单日志，JDK自带的日志，log4j，logback，common-logging。只不顾我们在转换日志输出的时候，可能会用到一些中间的桥接jar包。

当然，我仔细有看过这些桥接类的maven依赖，比如：

slf4j-log4j12：它本身就会依赖slf4j-api和log4j，maven依赖的jar包是可以传递的，所以也可以不用人工的去添加这些jar包的。
slf4j-jcl：它本身就会依赖slf4j-api和common-logging，maven依赖的jar包是可以传递的，所以也可以不用人工的去添加这些jar包的。
slf4j-jdk14：它本身就会依赖slf4j-api，maven依赖的jar包是可以传递的，所以也可以不用人工的去添加这些jar包的。

slf还有一个比较直接的吸引人的地方就是Java代码中输出日志的Java写法，性能很好，如果配合logback使用据说是log4j性能的10倍，特别是有字符串连接的时候。

在使用Commons Logging时，我们经常会看到以下方法的写法：

if (logger.isDebugEnabled())
{
	logger.info("Loading XML bean definitions from " + encodedResource.getResource());
}

存在isDebugEnabled()的判断逻辑是为了在避免多余的字符串拼接，即如果不存在isDebugEnabled()判断，即使当前日志级别为ERROR时，在遇到logger.info()调用时，它还会先拼接日志消息的字符串，然后进入该方法内，才发现这个日志语句不用打印。而这种多余的拼接不仅浪费了多余的CPU操作，而且会增加GC的负担。SLF4J则提供以下的方式来解决这个问题：

logger.info("Loading XML bean definitions from {}", encodedResource.getResource());

OK，本来不打算研究slf4j的源码的，但是在整理博客的过程中越来越惊奇于slf4j的设计，所以还是认真的整理下slf4j的源码吧。现在我手里权威点的关于slf4j的资料没有，所以我去看官网得了，然后下载下原来来研究下源码，之后会整理关于slf4j源码解析的相关博客，这篇就先到这里吧。

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

slf4j

slf4j的使用的相关文章

有没有办法将进程的标准输出发送到 SLF4J？

我本质上是在做以下事情 Process process new ProcessBuilder command start InputStream stdout process getInputStream LoggerFactory get
包装 slf4j API

我想将 slf4j 与 Logback 改造为遗留应用程序好处是遗留应用程序有自己的日志框架所以我所要做的就是更改日志框架以记录到 slf4j 而不是 log4j 这就像做梦一样我很高兴直到我注意到 Logback 为每个日志事件
Logback - 打印出调用日志方法的方法名称

在我的示例中我有以下代码 package com example somepackage public class Example public static void main String args org slf4j Logger
logback 不打印方法或行号

这是一个 Gradle 项目使用 Groovy 作为应用程序代码和测试代码但我使用 logback xml 文件进行配置这里可能重要的一个因素是我正在使用 Groovy Slf4j http docs groovy lang org
SLF4J-Log4J 似乎没有禁用日志记录

看起来虽然日志级别设置为INFO 但SLF4J仍在评估表达式 package com ab test slf4j import org apache log4j PropertyConfigurator import org slf4j L
LOGBACK：如何使用 JSONLayout 记录整个消息

我们正在将日志从文本更改为 JSON 我使用下面的代码来实现 JSON 日志 LayoutWrappingEncoder layoutEncoder new LayoutWrappingEncoder ch qos logback cont
覆盖 Logback 错误输出

在我的自定义异常类中我已经重写了toString Override public String toString final String msg getLocalizedMessage base String str getClass
如何使用 slf4j / log4j2 发送电子邮件通知？

我研究了其他类似的问题并进行了一些谷歌搜索来找到我的答案但我的问题仍然没有答案我仍然不熟悉其中一些是如何工作的所以请耐心等待我们的 maven pom xml 使用 slf4j 依赖项我们的 log4j2 xml 文件如下所示
logback每小时回滚时删除MaxHistory之前的日志

我使用下面的附加程序我可以看到回滚每小时发生一次但我提到了
SLF4J - 什么是悬挂或分离标记？

在 SLF4J 中我不完全确定什么是分离标记 http www slf4j org apidocs org slf4j IMarkerFactory html getDetachedMarker 28java lang String 29是
jul-to-slf4j 仅适用于特定类别

我正在 Websphere Application Server 上使用 Primefaces 开发 JSF 项目由于 Primefaces 使用 java util logging 因此我使用 jul to slf4j Bridge 将
Logback：如何将日志目录从“tomcat/bin”更改为与应用程序相关的？

我想用slf4j with logback用于记录您可以在下面看到我的 logback xml
使用log4j2.xml初始化slf4j

我想使用 slf4j 而不是 log4j 我在 pom xml 中添加了以下依赖项我对 slf4j 使用 1 7 25 对 log4j2 使用 2 10 0
grails 中的 log4j：在附加程序配置中使用变量时打印错误

我在 grails 2 3 4 中使用 slf4j DailyRollingFileAppender 当我尝试使用变量作为文件参数的一部分时 grails 总是在应用程序启动时打印一些错误日志但是我的应用程序的日志消息可以按预期打印到
SLF4J 日志记录到文件 vs. DB vs. Solr

我需要一些关于 SLF4J 日志记录的建议目前我们正在为 Java Web 应用程序使用 SLF4J 日志记录 log4j 绑定该应用程序使用简单的 ConsoleAppender 我们的下一步是研究可以保存日志的地方我们的应用程序
如何通过 JUnit 测试拦截 SLF4J（带 logback）日志记录？

是否有可能以某种方式拦截日志记录 SLF4J logback 并获得InputStream 或其他可读的东西通过 JUnit 测试用例 Slf4j API 没有提供这样的方法但 Logback 提供了一个简单的解决方案您可以使用Lis
调试自定义 Kafka 连接器的简单有效的方法是什么？

我正在使用几个 Kafka 连接器在控制台输出中没有看到它们的创建部署有任何错误但是我没有得到我正在寻找的结果没有任何结果无论是期望的还是否则我基于 Kafka 的示例 FileStream 连接器制作了这些连接器因此我的调试
我的 Kafka 流应用程序刚刚退出，代码为 0，什么也不做

为了尝试 Kafka 流我这样做了 public static void main String args final StreamsBuilder builder new StreamsBuilder final Properties
如何使用 JasperReports (6.*) 解决 LinkageError？

例如我们有 net sf jasperreports engine JRException Caused by net sf jasperreports engine fill JRExpressionEvalException Error
卡夫卡监听器中的钩子

kafka 监听消息之前之后是否有任何类型的钩子可用使用案例必须设置MDC关联id才能进行日志溯源我在寻找什么之前之后回调方法以便可以在进入时设置 MDC 关联 ID 并最终在退出时清除 MDC 编辑后的场景我将关联 id

随机推荐

git format-patch用法

1 命令介绍 git format patch用来对某次提交生成patch xff0c 方便发送给其他人员进行参考或者同步 2 生成patch用法基于上几次内容打包有几个就会打几个patch xff0c 从最近一次打起 git for
SELinux权限添加

1 avc denied log 如下 span class token number 01 span span class token operator span span class token number 01 span span
Android常见指令汇总

1 查看UID对应的APK 一个UID对应一个APK adb pull data system packages list 2 adb开关机指令 adb span class token function reboot span span
WiFi Direct（WiFi P2P）

Wi Fi Direct技术是Wi Fi产业链向蓝牙技术发起的挑战 xff0c 它试图完全取代蓝牙 Wi Fi Direct是一种点对点连接技术 xff0c 它可以在两台station之间直接建立tcp ip链接 xff0c 并不需要AP的
C++经典面试题(九)

最近看一些面试题 xff0c 觉得如果自己被问到了 xff0c 并不能很利落的回答出来一是从来没有这个意识 xff0c 二是没有认真的梳理下下面对这些题做出分析 xff0c 哈 xff01 个人能力有限 xff0c 其中难免有疏漏 xf
我的大学——学习生活总结

纪念我终将逝去的青春大一上學期專業 1 C語言K amp R amp amp 習題 2 C語言經典習題 3 C語言趣味習題 4 C陷阱与缺陷 5 彙編語言 6 C 43 43 程序設計 7 C 程序設計
基于Python的开源人脸识别库：离线识别率高达99.38%——新开源的用了一下感受一下

该项目是要构建一款免费开源实时离线的网络 app xff0c 支持组织者使用人脸识别技术或二维码识别所有受邀人员有了世界上最简单的人脸识别库 xff0c 使用 Python 或命令行 xff0c 即可识别和控制人脸该库使用 dli
5G智慧医疗十大应用场景，你知道多少？

来源 xff1a 北京物联网智能技术应用协会都说5G会改变千行百业 xff0c 其中 xff0c 5G医疗健康就是5G技术在医疗健康行业的一个重要应用领域随着 5G 正式商用的到来以及与大数据互联网 43 人工智能区块链等前沿技术的
全网最详细的排列组合系列算法题整理

写在前面 LeetCode上面排列组合系列几乎所有题目放在一起整理了一下面试题 08 07 无重复字符串的排列组合无重复字符串的排列组合编写一种方法 xff0c 计算某字符串的所有排列组合 xff0c 字符串每个字符均不相同示例输
使用IDEA从git拉取分支

一打开IDEA xff0c 进入目录 xff1a File gt New gt Project from Version Control 二打开git工程 xff0c 进行clone对应的链接填充对应的链接三默认下载的是maste
用了cloudflare后，网站提示Sorry, you have been blocked怎么解决？

其实cloudflare还是非常智能的 xff0c 但有时候为了安全起见 xff0c 我们在网站后台修改参数的时候会被CF拦截 xff0c 我就遇到了好几次提示Sorry you have been blocked的情况遇到这种情况后 x
下载网页视频的方法

随着技术的不断更新 xff0c 现在小视频越来越火 xff0c 有的时候想保存浏览的小视频 xff0c 可不知道如何下载 xff1f 对于一些非专业的视频网站的小视频应该通过浏览器的选项是可以下载和保存的下面就介绍使用浏览器下载的方法 1
tomcat8.0.9的安装

免安装版的tomcat http download csdn net detail u011731233 7632475 这个解压之后 xff0c 在myeclipse中指定到tomcat目录就可以用了 xff0c 也不用配置环境变量下载
【多线程/C++】阻塞队列的C++多线程实现 BlockingQueue

阻塞队列在存放和获取队列中的数据时需要使用多线程 xff0c 一个线程专门负责向队列中存放元素 xff0c 另一个线程专门从队列中获取元素也可多开辟跟多的线程进行存取规范的方法也正是存放和获取队列元素分别在不同的线程中实现阻塞队列实现
Log4J使用详解(整理)

1 Log4j是什么 Log4j是Apache的一个开源项目 xff0c 通过使用Log4j xff0c 我们可以控制日志信息输送的目的地是控制台文件 GUI组件 xff0c 甚至是套接口服务器 NT的事件记录器 UNIX Syslog守
DelphiXE10.2.3实现线程安全访问数据和对象（四）——实现原子自旋锁的无锁对象池

无锁对象池与无锁Hash是不同应用场景中使用 xff0c 无锁Hash只是预先创建好Hash表 xff08 当然也可以动态Add xff09 后 xff0c 供调用者通过Key值快速找到保存的数据 xff0c 并读取 xff08 这里就只能
init进程详细分析--基于android 10

init进程详细分析概述 android设备上电 xff0c 引导程序引导进入boot 通常是uboot xff0c 加载initramfs kernel镜像 xff0c 启动kernel后 xff0c 进入用户态程序第一个用户空间程序
commons-logging的使用

简介 commons logging是Apache commons类库中的一员 Apache commons类库是一个通用的类库 xff0c 提供了基础的功能 xff0c 比如说commons fileupload xff0c common
年度最理性 AI 分析文章：预测 AI 未来，大部分人陷入了 7 大误区

来源 xff1a 36氪概要 xff1a 错误的预测会导致大家对不会发生的事情感到恐惧为什么在人工智能和机器人的预测上总有人不断犯错呢 xff1f 想着预测未来 xff0c 却一不小心就陷入了yy 近年来图像识别突破 Waymo无人车上
slf4j的使用

OK xff0c 现在我们来使用slf4j 概念 SLF4J xff0c 即简单日志门面 xff08 Simple Logging Facade for Java xff09 xff0c 不是具体的日志解决方案 xff0c 它只服务于各种各