故事会迟到,但他从不会缺席。今天的故事开始了,你准备好了吗?

前奏

简单介绍一下我的老婆:集智慧与美貌于一身的女子——阿狸,一句“我们心有灵犀,不是吗?”让我瞬间“沦陷”。

阿Q: 老婆,还记得往年过节的时候我都送过你什么礼物吗?

阿狸: 当然记得呀:刚过的儿童节送了一排旺仔牛奶和一大包零食;5·20送了一款我喜欢的香水;女神节给我买了一个超好看的包包…

阿Q: 这都是今年的,那去年的还记得吗?

阿狸: 我想想哈:去年圣诞节买了个圣诞老人的蛋糕还有一双漂亮的高跟鞋;过生日的时候送了一束鲜花还有一个大红包;嗯…

阿Q: 看看,看看想不起来了吧,我就知道时间久了就记不住了,我来给你说一下吧:巴拉巴拉(露出得意的表情)。

阿狸: 哇塞,你真厉害,你是怎么做到的呢?

阿Q: 哈哈,这就不得不说一下我用到的日志了,你可听好了。

正题

LogBack简介

阿Q: 我说的日志呢就跟咱们之前写过的日记一样,只不过它是用来记录操作系统事件的文件的集合。常见的日志框架呢有以下几种:

  • JUL(Java Util Logging)
  • Logback
  • Log4j
  • Log4j2
  • JCL(Jakarta Commons Logging)
  • Slf4j(Simple Logging Facade For Java)

阿狸: 这么多框架,该使用哪个好呢?

阿Q: 我首推Logback日志框架:首先它配置比较简单,比较容易上手;其次配置比较灵活,能满足大部分项目的需求;最后性能比较好,可以异步存储日志。我觉得这也是它在市面上比较流行,项目中使用比较多的原因吧。

阿狸: 哦哦,那我pick它。

阿Q: Logback是通过slf4j的日志门面搭建的日志系统,门面与实现的关系了解一下。

接着奉上官网地址,它分为以下三个模块:

  • logback-core:其它两个模块的基础模块;
  • logback-classic:它是log4j的一个改良版本,同时它完整实现了slf4j API,你可以很方便地更换成其它日志框架(如log4j或者JUL);
  • logback-access:访问模块与Servlet容器集成提供通过Http来访问日志的功能,可以轻松地在logback核心之上构建自己的模块。

logback组件之间的关系 可以大体了解下,实战篇更容易理解

  • Logger作为日志的记录器,把它关联到应用的对应的context上后,主要用于存放日志对象,也可以定义日志类型、级别;
  • Appender主要用于指定日志输出的目的地,可以是控制台、文件、远程套接字服务器、MySQLPostreSQLOracle和其他数据库、 JMS和远程UNIX Syslog守护进程等;
  • Layout负责把事件转换成字符串,格式化的日志信息的输出。在logbackLayout对象被封装在encoder中;
  • Logger Context:各个logger都被关联到一个 LoggerContext,它负责制造logger,也负责以树结构排列各logger。其他所有logger也通过org.slf4j.LoggerFactory 类的静态方法getLogger取得。

Logger 可以被分配的级别包括:TRACEDEBUGINFOWARNERROR,定义于ch.qos.logback.classic.Level类。如果 logger没有被分配级别,那么它将从有被分配级别的最近的祖先那里继承级别。root logger 默认级别是 DEBUG

级别排序为: TRACE < DEBUG < INFO < WARN < ERROR

项目实战

阿狸: 太啰嗦了,快点进入实战吧。

阿Q: OK,如果你创建的是普通的maven项目,你需要引入pom文件:

<!-- slf4j日志门面 -->
<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-api</artifactId><version>1.7.30</version>
</dependency><!-- logback日志实现 -->
<dependency><groupId>ch.qos.logback</groupId><artifactId>logback-classic</artifactId><version>1.2.3</version>
</dependency>

logback会从 classpath 下依次读取以下类型的配置文件:

  • logback.groovy
  • logback-test.xml
  • logback.xml

如果文件都不存在,logbackBasicConfigurator 自动对自己进行配置,这会导致记录输出到控制台。

基本信息配置

代码测试样例奉上:

public class TestLogBack {private static final Logger logger = LoggerFactory.getLogger(TestLogBack.class);public static void main(String[] args) {for (int i = 0; i < 10000; i++) {logger.error("error");logger.warn("warn");logger.info("info");logger.debug("debug");logger.trace("trace");}}
}

首先我们在resources下创建一个logback.xml,然后进行配置

<?xml version="1.0" encoding="UTF-8" ?>
<configuration><!--配置集中管理属性我们可以直接改属性的 value 值格式:${name}--><property name="pattern" value="[%-5level] %d{yyyy-MM-dd HH:mm:ss.SSS} %c %M %L [%thread] %m%n"/><!--日志输出格式:%-5level 日志输出级别,占5位,靠左补全%d{yyyy-MM-dd HH:mm:ss.SSS} 时间%c 类的完整名称%M method%L 行号%thread 线程名称%m或者%msg 信息%n 换行--><!-- 控制台日志输出的 appender --><appender name="console" class="ch.qos.logback.core.ConsoleAppender"><!-- 控制输出流对象 默认 System.out  我们为了测试可以改为 System.err(项目中使用 System.out ) --><target>System.err</target><!-- 日志消息格式配置 --><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>${pattern}</pattern></encoder></appender><!-- 定义日志文件保存路径属性 --><property name="log_dir" value="/logs"/><!-- 日志文件输出的 appender --><appender name="file" class="ch.qos.logback.core.FileAppender"><!-- 日志文件保存路径 --><file>${log_dir}/logback.log</file><!--  日志消息格式配置 --><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>${pattern}</pattern></encoder></appender><!-- html 格式文件输出的 appender --><appender name="htmlFile" class="ch.qos.logback.core.FileAppender"><!-- 日志文件保存路径 --><file>${log_dir}/logback.html</file><!-- html消息格式配置 --><encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder"><layout class="ch.qos.logback.classic.html.HTMLLayout">
<!--                <pattern>${pattern}</pattern>--><pattern>%-5level%d{yyyy-MM-dd HH:mm:ss.SSS}%c%M%L%thread%m</pattern></layout></encoder></appender><!-- root logger 配置 --><root level="ALL"><appender-ref ref="console"/><appender-ref ref="file"/><appender-ref ref="htmlFile"/></root></configuration>

运行之后发现在控制台打印出红色字体的日志信息,在/log文件下有logback.loglogback.html两个日志文件,在项目中一般都只会使用.log结尾的日志的。

阿狸: 奥,你就是通过这个文件找到的吧,那每天都产生这么多行日志,找起来不是太费劲了吗?另外文件太大,打开都很费劲呀。

阿Q: 当然了,请接着往下看

<!-- 日志拆分和归档压缩的 appender -->
<appender name="rollFile" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 日志文件保存路径(拆分的话此处可以省略) --><file>${log_dir}/roll_logback.log</file><!-- 日志消息格式配置--><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>${pattern}</pattern></encoder><!-- 指定拆分规则 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- 每满1M或者 每秒 产生一个新文件,%i产生0 或者 1 的文件名 ,gz为压缩,我们一般设置为每天产生一个文件%d{yyyy-MM-dd} --><!-- 按照文件大小拆分 --><maxFileSize>1MB</maxFileSize><!-- 按照时间和压缩格式声明拆分的文件名 --><fileNamePattern>${log_dir}/rolling.%d{yyyy-MM-dd-HH-mm-ss}.log%i.gz</fileNamePattern></rollingPolicy>
</appender>

此时我们对测试程序加上for循环,循环1w次,发现每秒或者每超过1M都会产生新的文件。当然也可以在appender下增加过滤器,过滤需要的日志级别。


<!-- 日志级别过滤器 -->
<filter class="ch.qos.logback.classic.filter.LevelFilter"><!-- 日志过滤规则 --><level>ERROR</level><!-- 匹配时的操作:接收(记录) --><onMatch>ACCEPT</onMatch><!-- 不匹配时的操作:拒绝(不记录) --><onMismatch>DENY</onMismatch>
</filter>

阿狸: 这样就清晰多了,那你上边提到的那个分文件的策略是怎么发现的呢?能跟我说一下你的依据吗?

阿Q: 好的,那就来几张图感受一下吧

  1. 先打开RollingFileAppender,可以看到他底下有个RollingPolicy策略
  2. 点进去发现它是一个接口,然后看一下它的实现类,我们找到SizeAndTimeBasedRollingPolicy策略看一下

    3.发现这个类里边就有文件大小的属性maxFileSize,却没有找到按照时间份文件的属性,我们进入它的父类TimeBasedRollingPolicy查看

    4.发现里边就有该属性,翻译一下:必须在使用TimeBasedRollingPolicy之前设置FileNamePattern选项

阿狸: 我还有一个问题,就是系统在执行时还要完成打印日志的工作,它的效率会不会很低呀?

阿Q: 不会的,为了提高性能,它还支持异步输出日志,这样就可以大大提高性能了。

<!-- 异步日志 -->
<appender name="async" class="ch.qos.logback.classic.AsyncAppender"><!-- 指定具体的appender --><appender-ref ref="rollFile"/>
</appender>

除了上边用到的root,还支持自定义的logger呢。

<!-- 自定义logger对象additivity="false" 自定义的logger 对象是否继承root loggername 用来指定受此loger约束的某一个包或者具体的某一个类
-->
<logger name="com.aq.logback" level="info" additivity="false"><appender-ref ref="console"/>
</logger>

SpringBoot中使用

阿狸: 说到这我想起来了,你说的是普通的maven项目,那常用的SpringBoot项目也是这样使用吗?

阿Q: 如果是SpringBoot项目的话,它默认使用slf4j作为日志门面,logback作为日志实现来记录日志,所以我们不需要引入任何依赖,默认是info级别。

我们还可以直接使用@Slf4j的注解来代替上边的

private static final Logger logger = LoggerFactory.getLogger(TestLogBack.class);

引用是使用log.info("info");来实现。它的默认加载顺序是logback-spring.xml->logback.xml

我们可以在application.properties中简单配置

#指定自定义 logger 对象的日志级别
logging.level.com.itzyq.sblogback=trace#指定控制台输出消息格式
logging.pattern.console=[%-5level] %d{yyyy-MM-dd HH:mm:ss} %c [%thread] ===== %m %n#指定存放日志文件的具体路径(已经弃用)
#logging.file=/logs/springboot.log
#指定日志文件存放的目录,默认的文件名为spring.log
logging.file.path=/logs/springboot/
#指定日志文件的消息格式
logging.pattern.file=[%-5level] %d{yyyy-MM-dd HH:mm:ss} %c [%thread] ===== %m %n

因为在properties中配置功能有限,我们还是使用上文中的logback.xml来配置。

阿狸: 艾,那为啥不使用logback-spring.xml呢?

阿Q: SpringBoot中是推荐使用logback-spring.xml的,因为上文中是普通的maven项目,为了好理解就搞成logback.xml了。

logback-spring.xml只有在Spring应用程序运行的时候才生效,即带有@SpringBootApplication注解的类启动的时候才会生效。这里我们完全可以使用它。

另外它还有个特殊的功能,可以用来解析日志的配置。

<?xml version="1.0" encoding="UTF-8"?>
<configuration><property name="pattern" value="[%-5level] %d{yyyy-MM-dd HH:mm:ss.SSS} %c %M %L [%thread] %m%n"/><!-- 定义日志文件保存路径属性 --><property name="log_dir" value="/logs"/><!-- 日志文件输出的 appender --><appender name="file" class="ch.qos.logback.core.FileAppender"><!-- 日志文件保存路径 --><file>${log_dir}/logback.log</file><!-- 日志消息格式配置--><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><springProfile name="dev"><pattern>${pattern}</pattern></springProfile><springProfile name="pro"><pattern> %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %m%n</pattern></springProfile></encoder></appender><root level="info"><appender-ref ref="file"/></root></configuration>

此时在application.properties中引入spring.profiles.active=dev或者pro可以切换测试和正式环境了,是不是很方便呀。

Logback-access

阿狸: 确实是,那既然都说到这了,你能说下上边提到的logback-access吗?

阿Q: 好吧,那我就大体说一下它的配置和使用吧:logback-access模块与Servlet容器(如Tomcatjetty)集成,已提供HTTP访问日志功能。我们可以使用logback-access模块来替换tomcat的访问日志;

  1. logback-access.jarlogback-core.jar 复制到$TOMCAT_HOME/lib/(安装 Tomcat 的文件夹)目录下;

  2. 修改$TOMCAT_HOME/conf/server.xml中的Host元素中添加:

<Value className="ch.qos.logback.access.tomcat.LogbackValue" />

这一行通常嵌套在一个<Engine><Host>元素中。

  1. logback 默认会在$TOMCAT_HOME/conf下查找文件logback-access.xml,该配置的官方地址:http://logback.qos.ch/access.html#configuration
<configuration><!-- always a good activate OnConsoleStatusListener --><statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener" />  <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>access.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><fileNamePattern>access.%d{yyyy-MM-dd}.log.zip</fileNamePattern></rollingPolicy><encoder><!-- 日志消息表达格式 --><pattern>%h %l %u [%t] "%r" %s %b "%i{Referer}" “%i{User-Agent}”</pattern><pattern>combined</pattern></encoder></appender><appender-ref ref="FILE" />
</configuration>

配置信息补充

阿狸: 讲到这就结束了吗?

阿Q: 因为logback的配置信息在上文中难以全部展示,特将具体的配置信息列出来,供大家参考学习。

(1)根节点configuration,包含下面三个属性:

  • scan: 当此属性设置为true时,配置文件如果发生改变,将会被重新加载,默认值为true
  • scanPeriod: 设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒。当scantrue时,此属性生效。默认的时间间隔为1分钟。
  • debug: 当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false
<configuration scan="true" scanPeriod="60 seconds" debug="false">
</configuration> 

(2)contextName:用来设置上下文名称,每个logger都关联到logger上下文,默认上下文名称为default。但可以使用contextName设置成其他名字,用于区分不同应用程序的记录。一旦设置,不能修改。

<configuration scan="true" scanPeriod="60 seconds" debug="false"> <contextName>myAppName</contextName> </configuration>

(3) property :用来定义变量值,它有两个属性namevalue,通过property定义的值会被插入到logger上下文中,可以使“${}”来使用变量。

  • name: 变量的名称
  • value: 的值时变量定义的值

(4) timestamp:获取时间戳字符串,他有两个属性keydatePattern

  • key: 标识此timestamp的名字;
  • datePattern: 设置将当前时间(解析配置文件的时间)转换为字符串的模式,遵循java.txt.SimpleDateFormat的格式。
<configuration scan="true" scanPeriod="60 seconds" debug="false"> <timestamp key="bySecond" datePattern="yyyyMMdd'T'HHmmss"/>
</configuration>

(5)appender:负责写日志的组件,它有两个必要属性nameclassname指定appender名称,class指定appender的全限定名

5.1、ConsoleAppender 把日志输出到控制台,有以下子节点:

  • encoder:对日志进行格式化。
  • target:字符串System.out(默认)或者System.err

5.2、FileAppender:把日志添加到文件,有以下子节点:

  • file:被写入的文件名,可以是相对目录,也可以是绝对目录,如果上级目录不存在会自动创建,没有默认值。
  • append:如果是 true,日志被追加到文件结尾,如果是 false,清空现存文件,默认是true
  • encoder:对记录事件进行格式化。
  • prudent:如果是 true,日志会被安全的写入文件,即使其他的FileAppender也在向此文件做写入操作,效率低,默认是 false

5.3、RollingFileAppender:滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件。有以下子节点:

  • file:被写入的文件名,可以是相对目录,也可以是绝对目录,如果上级目录不存在会自动创建,没有默认值。
  • append:如果是 true,日志被追加到文件结尾,如果是 false,清空现存文件,默认是true
  • rollingPolicy:当发生滚动时,决定RollingFileAppender的行为,涉及文件移动和重命名。属性class定义具体的滚动策略类。

5.4、策略:
class=“ch.qos.logback.core.rolling.TimeBasedRollingPolicy”: 最常用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责触发滚动。
有以下子节点:

  • fileNamePattern:必要节点,包含文件名及“%d”转换符,“%d”可以包含一个java.text.SimpleDateFormat指定的时间格式,如:%d{yyyy-MM}。如果直接使用 %d,默认格式是 yyyy-MM-dd
  • RollingFileAppenderfile子节点可有可无,通过设置file,可以为活动文件和归档文件指定不同位置,当前日志总是记录到file指定的文件(活动文件),活动文件的名字不会改变;如果没设置file,活动文件的名字会根据fileNamePattern 的值,每隔一段时间改变一次。“/”或者“\”会被当做目录分隔符。
  • maxHistory:可选节点,控制保留的归档文件的最大数量,超出数量就删除旧文件。
    假设设置每个月滚动,且是6,则只保存最近6个月的文件,删除之前的旧文件。注意,删除旧文件时,那些为了归档而创建的目录也会被删除。

class=“ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy”: 查看当前活动文件的大小,如果超过指定大小会告知RollingFileAppender 触发当前活动文件滚动。只有一个节点:

  • maxFileSize:这是活动文件的大小,默认值是10MB
  • prudent:当为true时,不支持FixedWindowRollingPolicy。支持TimeBasedRollingPolicy,但是有两个限制,1不支持也不允许文件压缩,2不能设置file属性,必须留空。
  • triggeringPolicy: 告知 RollingFileAppender 合适激活滚动。

class=“ch.qos.logback.core.rolling.FixedWindowRollingPolicy” 根据固定窗口算法重命名文件的滚动策略。有以下子节点:

  • minIndex:窗口索引最小值
  • maxIndex:窗口索引最大值,当用户指定的窗口过大时,会自动将窗口设置为12。
  • fileNamePattern:必须包含“%i”例如,假设最小值和最大值分别为1和2,命名模式为 mylog%i.log,会产生归档文件mylog1.logmylog2.log。还可以指定文件压缩选项,例如,mylog%i.log.gz 或者 没有log%i.log.zip
<configuration> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern> <maxHistory>30</maxHistory> </rollingPolicy> <encoder> <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern> </encoder> </appender> <root level="DEBUG"> <appender-ref ref="FILE" /> </root> </configuration>//上述配置表示每天生成一个日志文件,保存30天的日志文件。
<configuration> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>test.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> <fileNamePattern>tests.%i.log.zip</fileNamePattern> <minIndex>1</minIndex> <maxIndex>3</maxIndex> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <maxFileSize>5MB</maxFileSize> </triggeringPolicy> <encoder> <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern> </encoder> </appender> <root level="DEBUG"> <appender-ref ref="FILE" /> </root> </configuration>//上述配置表示按照固定窗口模式生成日志文件,当文件大于5MB时,生成新的日志文件。窗口大小是1到3,当保存了3个归档文件后,将覆盖最早的日志。

encoder:对记录事件进行格式化。负责两件事,一是把日志信息转换成字节数组,二是把字节数组写入到输出流。

PatternLayoutEncoder 是唯一有用的且默认的encoder ,有一个pattern节点,用来设置日志的输入格式。使用“%”加“转换符”方式,如果要输出“%”,则必须用“\”“\%”进行转义。

(6)子节点logger:用来设置某一个包或具体的某一个类的日志打印级别、以及指定appender。仅有一个name属性,一个可选的level和一个可选的additivity单词一定要注意写对,好多地方都写成了addtivity)属性。可以包含零个或多个元素,标识这个appender将会添加到这个logger

  • name:用来指定受此 logger 约束的某一个包或者具体的某一个类;
  • level:用来设置打印级别(日志级别),大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALLOFF,还有一个特殊值INHERITED或者同义词NULL,代表强制执行上级的级别。如果未设置此属性,那么当前 logger 将会继承上级的级别。
  • additivity:是否向上级loger传递打印信息。默认是true

(7)子节点root:它也是logger元素,但是它是根 logger ,是所有logger的上级。只有一个level属性,因为name已经被命名为"root",且已经是最上级了。同logger一样,可以包含零个或多个appender-ref元素,标识这个appender将会添加到这个logger

  • level: 用来设置打印级别,大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALLOFF,不能设置为INHERITED或者同义词NULL。 默认是DEBUG

常用logger配置

 <!-- show parameters for hibernate sql 专为 Hibernate 定制 -->
<logger name="org.hibernate.type.descriptor.sql.BasicBinder" level="TRACE" />
<logger name="org.hibernate.type.descriptor.sql.BasicExtractor" level="DEBUG" />
<logger name="org.hibernate.SQL" level="DEBUG" />
<logger name="org.hibernate.engine.QueryParameters" level="DEBUG" />
<logger name="org.hibernate.engine.query.HQLQueryPlan" level="DEBUG" /><!--myibatis log configure-->
<logger name="com.apache.ibatis" level="TRACE"/>
<logger name="java.sql.Connection" level="DEBUG"/>
<logger name="java.sql.Statement" level="DEBUG"/>
<logger name="java.sql.PreparedStatement" level="DEBUG"/>

阿狸: 老公你也太贴心了,我也要用起来,记录美好的生活!

如果你有不同的意见或者更好的idea,欢迎联系阿Q:可以关注gzh“阿Q说代码”,也可以加阿Q好友qingqing-4132,阿Q期待你的到来!

后台留言领取java干货资料:学习笔记与大厂面试题

故事篇:终于给老婆讲明白什么是logback了相关推荐

  1. spring框架注解多?注解到底是个什么东西?这篇文章给你讲明白

    目录 什么是注解 内置注解: 元注解: 自定义注解: 什么是注解 1.Annotation是从JDK5.0开始引入的新技术. Annotation的作用: 2.不是程序本身,可以对程序作出解释.(这一 ...

  2. n型半导体和p型半导体的区别_PNP和NPN的区别和判别方法,网友:太厉害了!终于有人能讲明白了...

    当许多人使用PNP和NPN时,他们认为这是同一类型.实际上,PNP和NPN之间有很多区别,那么PNP和NPN之间有什么区别?接下来就跟小编一起来学习一下吧. 1.定义不同 NPN型三极管由三个半导体组 ...

  3. 【Tkinter】终于把StringVar讲明白了

    文章目录 简介 Label使用StringVar Entry输入 Tkinter系列: GUI初步

  4. 分享丨终于有人把云计算、大数据和人工智能讲明白了!

    导 读 本文作者凭借其天马行空的脑回路,用最深入浅出,清晰化的文字逻辑,讲明白了云计算.大数据和人工智能三者之间的关系. 故事里面三个角色: 兼具经济效益与情怀的云计算:努力把信息变为智慧的大数据:模 ...

  5. 终于有人把OpenCV、人脸识别与深度学习讲明白了

    导读:今天聊OpenCV,我想从人脸识别讲起. 作者:木羊同学 来源:华章计算机(hzbook_jsj) 这几年人脸识别技术在国内发展飞速,给生活带了很多便利,这个大家应该都有体会.早几年进高铁站还比 ...

  6. Netflix正在搞的混沌工程到底是什么?终于有人讲明白了

    导读:与任何新概念一样,混沌工程时常被误解.本文会探讨混沌工程是什么以及不是什么. 作者:Casey Rosenthal, Nora Jones 来源:大数据DT(ID:hzdashuju) 在Net ...

  7. 终于有人把用户画像的流程、方法讲明白了

    导读:用户标签是个性化推荐.计算广告.金融征信等众多大数据业务应用的基础,它是原始的用户行为数据和大数据应用之间的桥梁,本文会介绍用户标签的构建方法,也就是用户画像技术. 作者:马海平 于俊 吕昕 向 ...

  8. 终于有人把赌徒谬误讲明白了

    导读:有个 倒霉孩子 打工人叫小明,去年的五一.端午.十一和今年的清明假期,小明都被老板叫去加班了.如今,老板还是那个老板,小明还是那个小明.小明却想,我都中枪那么多次了,今年五一总该轮不到我了吧? ...

  9. 终于有人把A/B测试讲明白了

    导读:对照实验有时也称为A/B测试.A/B/n 测试(强调多变体测试).实地实验.随机对照实验.分拆测试.分桶测试和平行飞行测试.本文带你了解一些相关术语及应用案例. 作者:罗恩·科哈维(Ron Ko ...

最新文章

  1. 爬虫之JS的解析确定js的位置
  2. Redis :01---Redis简介和安装
  3. 二维码图像去噪文献调研(1)--Real Image Denoising with Feature Attention
  4. 庖丁解InnoDB之UNDO LOG
  5. 不可小视的贝叶斯(三)
  6. mysql date 默认值_通过Oracle DB了解MySQL
  7. TComboBox动态创建
  8. 零基础轻松学mysql_零基础轻松学MySQL 5.7
  9. 【服务器】WAMP一键安装PHP开发环境
  10. Understanding Unix/Linux Programming-ls指令练习二
  11. 9种实用的将3.3V输出连接到5V输入的方法
  12. 黑盒测试与白盒测试的区别
  13. 2010年暴笑网络流行语:语不惊人死不休!
  14. 小波图像处理 —— 奇异点(不连续点)检测
  15. 浏览器LocalStorage和SharedWorker跨标签页通信-连载2
  16. 猿创征文|我在人间编程那些年
  17. 图表插件 - chart.js (柱状图) 学习总结
  18. SLAM相关学习资料:综述/激光/视觉/数据集/常用库
  19. 解决系统Warning:W: Possible missing firmware /lib/firmware/rtl_nic/
  20. 用UML进行面向对象的分析设计的软件开发步骤

热门文章

  1. 产品创新与研发管理的八大典型问题
  2. ENVI 5.3 + 哨兵2号(Sentinel-2)L2A提取健康水体和不健康水体
  3. 1.7 什么是软件生命周期模型?试比较瀑布模型,快速原型模型,增量模型和螺旋模型的优缺点,说明每种模型的适用范围
  4. 增量式pid分析 及 参数整定
  5. 《高效能人士的7个习惯》——习惯三:要事第一 之 独立意志的重要性
  6. 获取DOM元素后,对NodeList的遍历的几种方法
  7. TCPIP vs OSI模型:网络通信的两种参考模型有哪些不同?
  8. 安卓开发学习(只有java基础)
  9. Python学习:给类或者类的对象添加打印内容 def __repr__(self)
  10. 为什么牛逼程序员都秃顶了....?