GoFramework框架简介(二)日志篇

框架的核心日志组件是log4j2,定义了日志格式,日志文件、及日志滚动文件的路径。
配置文件如下:

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="INFO" schema="Log4J-V2.0.xsd" packages="org.go.framework.core.log">

    <Appenders>
        <!-- 控制台输出 -->
        <Console name="Console" target="SYSTEM_OUT" >
            <PatternLayout pattern="%d{DEFAULT} %level{length=5} [%tid] [%logger] MsgId[${ctx:MsgId}]  %m%n"/>
        </Console>

        <!-- 日志文件-->
        <RollingRandomAccessFile name="All"
                                 fileName="${sys:sys.trc}trc/all_${sys:application.name}.log"
                                 filePattern="/data/log-elk/%d{dd}/all_${sys:application.name}_%d{yyyy-MM-dd}.log" immediateFlush="false">
            <PatternLayout pattern="%d{DEFAULT} %level{length=5} [%thread-%tid] Class=[%logger] MsgId[${ctx:MsgId}] PhoneNum[${ctx:GIGOLD_USR_MOBILE}] ProjectName[${sys:application.name}] %m%n"/>
            <Policies>
            <TimeBasedTriggeringPolicy interval="1" modulate="true"/>
            </Policies>
        </RollingRandomAccessFile>
        
        <!-- 重写规则 -->
        <GigoldRewrite name="ALLRewrite">
            <AppenderRef ref="All"/>
            <AppenderRef ref="Console"/>
            <GigoldMapRewritePolicy/>
        </GigoldRewrite>
        <!-- 所有日志 end-->


    </Appenders>
    
    <Loggers>
        <Root>
            <AppenderRef ref="ALLRewrite" />
        </Root>
    </Loggers>
</Configuration>

其中ctx:MsgId的实现原理是使用MDC写入到线程Map中,再使用日志rewrite策略实现。

import org.apache.logging.log4j.ThreadContext;

public final static void initialMsgId() {
    if (!ThreadContext.containsKey(MSG_ID)) {// 如果为空代表是线程最初始入口
        ThreadContext.put(MSG_ID, JrnGenerator.genMsgId());
    }
}
@Plugin(name = "GigoldMapRewritePolicy", category = "Core", elementType = "rewritePolicy", printObject = true)
public final class GigoldMapRewritePolicy implements RewritePolicy {

    /**
     * 动态生成每个类的日志文件的Key
     */

    public static final String NULL = "null";

    private GigoldMapRewritePolicy() {

    }

    /**
     * Rewrite the event.l
     * 
     * @param source a logging event that may be returned or used to create a new logging event.
     * @return The LogEvent after rewriting.
     */
    @Override
    public LogEvent rewrite(final LogEvent source) {

        HashMap<String, String> contextMap = Maps.newHashMap(source.getContextMap());
        contextMap.put(MSG_ID, contextMap.containsKey(MSG_ID)?contextMap.get(MSG_ID): NULL);
        contextMap.put(GIGOLD_USR_MOBILE, contextMap.containsKey(GIGOLD_USR_MOBILE)?contextMap.get(GIGOLD_USR_MOBILE): NULL);
        Collections.unmodifiableMap(contextMap);
        return new Log4jLogEvent.Builder(source).setContextMap(contextMap).build();
    }

    @PluginFactory
    public static GigoldMapRewritePolicy createPolicy() {

        return new GigoldMapRewritePolicy();
    }

}

控制台输出会输出在wrapper.log中。在服务器环境应该尽量屏蔽控制台输出,而输出在trc文件上。

其中控制台或者文件是否输出日志,可以由server.properties中的属性来控制
分别是log.console.trigger和log.routing.trigger属性

关键代码

 private void dynamicConsole(GigoldRewrit rewrite) {
    if (!Boolean
        .valueOf(getProperty(LOG_CONSOLE_TRIGGER) != null ? getProperty(LOG_CONSOLE_TRIGGER)
            : Boolean.FALSE.toString())) {
        rewrite.removeAppenders(CONSOLE);// 移除控制台日志
    }
}

private void dynamicFileAppender(GigoldRewrit rewrite) {
    if (!Boolean
        .valueOf(getProperty(LOG_ROUTING_TRIGGER) != null ? getProperty(LOG_ROUTING_TRIGGER)
            : Boolean.FALSE.toString())) {
        rewrite.removeAppenders(ROUTING);// 移除路由日志
    }
}

框架日志输出的几个类:RPCLogger,ITFLogger,WebLogger等。

框架日志中几个重要的参数:

参数名说明
ProjectName顾名思义,项目名称
gid会话的SessionId,就是常说的sid
MsgId请求Id,链接各个服务日志的关键。从请求建立到后续依次访问的服务都会使用这个MsgId并输出在日志文件中。


如果我们在项目中需要进行日志记录,推荐是继承org.go.framework.service.AbstractService这样的类,而非是在类中定义这样的日志实例:

 private static Logger log = LogManager.getLogger(UserController.class.getName());

写日志时推荐以下的作法:

info("当前登录用户是:{}", userId);

不推荐的作法:

info("当前登录用户是:" + userId);

因为如果当前日志级别不需要打印时,后者需要进行一次字符串的计算,而前者不需要。

转载于:https://www.cnblogs.com/wuyuhuanzhen/p/9282637.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智慧校园整体解决方案是响应国家教育信息化政策,结合教育改革和技术创新的产物。该方案以物联网、大数据、人工智能和移动互联技术为基础,旨在打造一个安全、高效、互动且环保的教育环境。方案强调从数字化校园向智慧校园的转变,通过自动数据采集、智能分析和按需服务,实现校园业务的智能化管理。 方案的总体设计原则包括应用至上、分层设计和互联互通,确保系统能够满足不同用户角色的需求,并实现数据和资源的整合与共享。框架设计涵盖了校园安全、管理、教学、环境等多个方面,构建了一个全面的校园应用生态系统。这包括智慧安全系统、校园身份识别、智能排课及选课系统、智慧学习系统、精品录播教室方案等,以支持个性化学习和教学评估。 建设内容突出了智慧安全和智慧管理的重要性。智慧安全管理通过分布式录播系统和紧急预案一键启动功能,增强校园安全预警和事件响应能力。智慧管理系统则利用物联网技术,实现人员和设备的智能管理,提高校园运营效率。 智慧教学部分,方案提供了智慧学习系统和精品录播教室方案,支持专业级学习硬件和智能化网络管理,促进个性化学习和教学资源的高效利用。同时,教学质量评估中心和资源应用平台的建设,旨在提升教学评估的科学性和教育资源的共享性。 智慧环境建设则侧重于基于物联网的设备管理,通过智慧教室管理系统实现教室环境的智能控制和能效管理,打造绿色、节能的校园环境。电子班牌和校园信息发布系统的建设,将作为智慧校园的核心和入口,提供教务、一卡通、图书馆等系统的集成信息。 总体而言,智慧校园整体解决方案通过集成先进技术,不仅提升了校园的信息化水平,而且优化了教学和管理流程,为学生、教师和家长提供了更加便捷、个性化的教育体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值