故事篇:终于给老婆讲明白什么是logback了!
故事会迟到,但他从不会缺席。今天的故事开始了,你准备好了吗?
前奏
简单介绍一下我的老婆:集智慧与美貌于一身的女子——阿狸,一句“我们心有灵犀,不是吗?”让我瞬间“沦陷”。
阿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
主要用于指定日志输出的目的地,可以是控制台、文件、远程套接字服务器、MySQL
、PostreSQL
、Oracle
和其他数据库、JMS
和远程UNIX Syslog
守护进程等;Layout
负责把事件转换成字符串,格式化的日志信息的输出。在logback
中Layout
对象被封装在encoder
中;Logger Context
:各个logger
都被关联到一个LoggerContext
,它负责制造logger
,也负责以树结构排列各logger
。其他所有logger
也通过org.slf4j.LoggerFactory
类的静态方法getLogger
取得。
Logger可以被分配的级别包括:TRACE、DEBUG、INFO、WARN和ERROR,定义于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
如果文件都不存在,
logback用
BasicConfigurator自动对自己进行配置,这会导致记录输出到控制台。
基本信息配置
代码测试样例奉上:
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"> </appender-ref></appender-ref></appender-ref></root> </property></property></configuration>
运行之后发现在控制台打印出红色字体的日志信息,在
/log文件下有
logback.log和
logback.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: 好的,那就来几张图感受一下吧
- 先打开
RollingFileAppender
,可以看到他底下有个RollingPolicy
策略 - 点进去发现它是一个接口,然后看一下它的实现类,我们找到
SizeAndTimeBasedRollingPolicy
策略看一下 3.发现这个类里边就有文件大小的属性maxFileSize
,却没有找到按照时间份文件的属性,我们进入它的父类TimeBasedRollingPolicy
查看 4.发现里边就有该属性,翻译一下:必须在使用TimeBasedRollingPolicy
之前设置FileNamePattern
选项
阿狸: 我还有一个问题,就是系统在执行时还要完成打印日志的工作,它的效率会不会很低呀?
阿Q: 不会的,为了提高性能,它还支持异步输出日志,这样就可以大大提高性能了。
<!-- 异步日志 --> <appender name="async" class="ch.qos.logback.classic.AsyncAppender"> <!-- 指定具体的appender --> <appender-ref ref="rollFile"> </appender-ref></appender>
除了上边用到的
root,还支持自定义的
logger呢。
<!-- 自定义logger对象 additivity="false" 自定义的logger 对象是否继承root logger name 用来指定受此loger约束的某一个包或者具体的某一个类 --> <logger name="com.aq.logback" level="info" additivity="false"> <appender-ref ref="console"> </appender-ref></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"> </appender-ref></root> </property></property></configuration>
此时在
application.properties中引入
spring.profiles.active=dev或者
pro可以切换测试和正式环境了,是不是很方便呀。
Logback-access
阿狸: 确实是,那既然都说到这了,你能说下上边提到的
logback-access吗?
阿Q: 好吧,那我就大体说一下它的配置和使用吧:
logback-access模块与
Servlet容器(如
Tomcat和
jetty)集成,已提供
HTTP访问日志功能。我们可以使用
logback-access模块来替换
tomcat的访问日志;
将
logback-access.jar
与logback-core.jar
复制到$TOMCAT_HOME/lib/
(安装Tomcat
的文件夹)目录下;修改
$TOMCAT_HOME/conf/server.xml
中的Host
元素中添加:
<value classname="ch.qos.logback.access.tomcat.LogbackValue">
这一行通常嵌套在一个
<engine>或
<host>元素中。
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"> </appender-ref></statuslistener></configuration>
配置信息补充
阿狸: 讲到这就结束了吗?
阿Q: 因为
logback的配置信息在上文中难以全部展示,特将具体的配置信息列出来,供大家参考学习。
(1)根节点
configuration,包含下面三个属性:
- scan: 当此属性设置为
true
时,配置文件如果发生改变,将会被重新加载,默认值为true
。 - scanPeriod: 设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒。当
scan
为true
时,此属性生效。默认的时间间隔为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:用来定义变量值,它有两个属性
name和
value,通过
property定义的值会被插入到
logger上下文中,可以使“$”来使用变量。
name
: 变量的名称value
: 的值时变量定义的值
(4)
timestamp:获取时间戳字符串,他有两个属性
key和
datePattern
key
: 标识此timestamp
的名字;datePattern
: 设置将当前时间(解析配置文件的时间)转换为字符串的模式,遵循java.txt.SimpleDateFormat
的格式。
<configuration scan="true" scanperiod="60 seconds" debug="false"> <timestamp key="bySecond" datepattern="yyyyMMdd'T'HHmmss"> </timestamp></configuration>
(5)
appender:负责写日志的组件,它有两个必要属性
name和
class。
name指定
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
。RollingFileAppender
的file
子节点可有可无,通过设置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.log
和mylog2.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"> </appender-ref></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"> </appender-ref></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
,ALL
和OFF
,还有一个特俗值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
,ALL
和OFF
,不能设置为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期待你的到来!
- CNN、RNN、GAN都是什么?终于有人讲明白了
- 什么是网络爬虫?有什么用?怎么爬?终于有人讲明白了
- 什么是云原生?这回终于有人讲明白了
- 终于有点明白编译原理是讲什么的了
- 终于清楚得明白什么叫做文武双全
- 什么是机器学习?有哪些分类?到底有什么用?终于有人讲明白了
- 终于有讲明白三次握手和四次挥手了,还在等什么呢?
- 监督学习、非监督学习、强化学习都是什么?终于有人讲明白了
- 通俗易懂 彻底明白什么是神经网络
- 让你明白什么是ERP[转载]
- 我和老婆的情色故事
- 社交电商和微商有什么不同?小象特选这5点区别看完就明白了
- 对closehandle()的疑惑终于弄明白了
- 什么叫工业4.0,这篇接地气的文章终于讲懂了
- 明白什么是“五险一金”
- 终于弄明白Framework 3.5为什么在IIS的ASP.NET选项找不到?
- 哈佛,看一眼就会明白中国缺什么
- 终于弄明白Framework 3.5为什么在IIS的ASP.NET选项找不到?
- 技术人员,你拿什么来拯救你的生活----一个牛人的故事
- 主题:两分钟让你明白什么是ERP