Util应用框架基础(六)- 日志记录 - Seq

本文介绍了如何在Util应用框架中配置Serilog,以便将日志发送到Seq日志系统,包括清除默认日志提供程序、设置应用程序名称、配置Serilog和Seq参数,以及处理结构化日志的技巧。

Seq

日志记录到 Seq 日志系统

本节介绍Util应用框架将日志记录到 Seq 的配置方法.

概述

Seq 是一个日志系统,可以很好的展示结构化日志数据,并提供模糊搜索功能.

日志配置

  • 引用Nuget包

    Nuget包名: Util.Logging.Serilog

  • AddSerilog

    使用 AddSerilog 扩展方法启用 Serilog 日志操作.

    • 默认配置不带参数.

      var builder = WebApplication.CreateBuilder( args );
      builder.AsBuild().AddSerilog();
      
    • 如果要清除默认设置的日志提供程序,传入 true.

      Asp.Net Core 默认日志提供程序会把消息输出到控制台,你可以清除它们.

      builder.AsBuild().AddSerilog( true );
      
    • 设置应用程序名称.

      对于微服务应用,记录产生日志的应用名称,能方便排查问题.

      builder.AsBuild().AddSerilog( "权限服务" );
      
    • 你也可以使用委托设置参数.

      • 清除默认设置的日志提供程序
      builder.AsBuild().AddSerilog( t => t.IsClearProviders = true );
      
  • 添加 appsettings 配置节

    appsettings.json 配置文件添加 Serilog 配置节.

    {
      "Logging": {
        "LogLevel": {
          "Default": "Trace"
        }
      },
      "Serilog": {
        "WriteTo": [      
          {
            "Name": "Seq",
            "Args": {
              "serverUrl": "http://localhost:5380"
            }
          }
        ]
      }
    }
    

    WriteTo 指定日志接收器为 Seq.

    最简化配置仅需设置 Seq 的服务地址.

    本教程 Seq 安装示例使用 5380 端口.

    其它参数请参考 Serilog 和 Seq 文档.

查看 Seq

配置完成后,可以启动你的项目,查看 Seq 日志界面.

可以看到由 Asp.Net Core 写入的系统日志.

在这里插入图片描述

结构化日志支持

下面的示例比较结构化日志与普通日志的差别.

范例使用 ILog 接口写入日志,你也可以使用 ILogger 替代.

先记录普通日志消息,方便后续比较.

_log.Message( "用户admin已删除" ).LogInformation();

在这里插入图片描述

结构化日志语法

  • {}

    • {} 用来定义日志属性.

    • 范例:

      _log.Message( "用户{User}已删除", "admin" ).LogInformation();
      

      {User} 定义了名为 User 的字符串属性.

      查看 Seq 操作界面, 可以看到已经添加了 User 属性.

      在这里插入图片描述

      识别出了 User 属性,就可以使用它进行搜索.

      点击 User 属性左侧的勾,弹出菜单选择 Find 进行查找.

      在这里插入图片描述

      搜索框设置 User = ‘admin’ 表达式,表示搜索 User 属性为 admin 的日志.

      在这里插入图片描述

      Seq 不仅能使用 = 进行精确匹配,还支持类似Sql like 的模糊匹配方式.

      范例:

      User like '%dm%'
      

      注意: 不要将结构化日志 {} 与 .Net 字符串语法 $“{}” 混淆.

      var user = "admin";
      _log.Message( $"用户{user}已删除" ).LogInformation();
      

      $“” 中的 {user} 将被 user 变量值 ‘admin’ 替换, 等效于.

      _log.Message( "用户admin已删除" ).LogInformation();
      

      它仅是普通日志消息,不是结构化日志.

  • {@}

    • {@} 用来定义日志属性,并强制序列化对象.

      前面的示例使用简单的字符串参数,如果传入对象参数是什么结果?

    • 范例:

      定义 User 对象.

      namespace Demo;
      
      public class User {
        public int Id { get; set; }
        public string Name { get; set; }
      }
      

      现在传入 User 对象.

      var user = new User { Id = 1, Name = "a" };
      _log.Message( "用户{User}已删除", user ).LogInformation();
      

      在这里插入图片描述

      {User} 被替换为字符串 “Demo.User” ,这是通过调用 User 对象的 ToString() 方法得到的.

      这与我们的预期不符合,我们希望序列化 User 对象,从而获取对象的结构进行搜索.

      Serilog 对 {} 参数的处理有一套内置规则,如果传入对象,有些结构能序列化,比如字典 Dictionary<string,int> ,有些则不能.

      不应该依赖 Serilog 自动序列化的能力,而是应明确指定是否序列化.

      {@} 强制序列化对象,从而保留对象结构,以方便日志系统展示和搜索.

      var user = new User { Id = 1, Name = "a" };
      _log.Message( "用户{@User}已删除", user ).LogInformation();
      

      在这里插入图片描述

      可以进一步展开对象结构,点击 {Id: 1, Name: ‘a’} 左侧的小灯泡,选择 Expand all 展开.

      在这里插入图片描述

      现在可以通过对象属性进行搜索了.

      在这里插入图片描述

  • {$}

    • {$} 用来定义日志属性,并强制字符串化.

      {$} 让 Serilog 以明确的方式显示对象的字符串表示.

      var user = new User { Id = 1, Name = "a" };
      _log.Message( "用户{$User}已删除", user ).LogInformation();
      

      {$User} 调用user对象的 ToString() 方法显示为字符串.

println '------------------------ 转派操作开始执行 --------------------------------' DbTemplate jdbcTemplateMainDb = (DbTemplate) SpringContextUtil.getBean("jdbcTemplateMainDb"); DbTemplate jdbcTemplateWebportalDb = (DbTemplate) SpringContextUtil.getBean("jdbcTemplateWebportalDb"); Map<String, Object> repHeaders = new HashMap<>() repHeaders.put("Content-Type","text/xml;charset=UTF-8") Map<String, Object> res = new HashMap<>() JSONObject json = JSONObject.parseObject(reqParam) String orderId = json.getString("orderId") String currentWorkerNumber = json.getString("participantIdA") String assignWorkerNumber = json.getString("participantIdB") String queryRegionSql = ''' SELECT ewop.* FROM em_order em INNER JOIN ee_work_order_participant ewop ON em.ORDER_ID = ewop.ORDER_ID WHERE ewop.FINISH_STATE = 'DOING' AND em.ORDER_ID = ? AND ewop.PARTICIPANT_ID = ? ''' List<Map<String, Object>> regionList = jdbcTemplateMainDb.queryForList(queryRegionSql, orderId, currentWorkerNumber) if (regionList.isEmpty()) { res.put("repHeaders",repHeaders) res.put("repMsg", '{"msg": "该工单查询不到此工号","code": 500}') res.put("repStatus", 200) return res } println '-------------' + regionList String assignSQL = ''' SELECT * FROM uc_user_org WHERE user_name = ? ''' List<Map<String, Object>> assignList = jdbcTemplateWebportalDb.queryForList(assignSQL, assignWorkerNumber) if (assignList.isEmpty()) { res.put("repHeaders",repHeaders) res.put("repMsg", '{"msg": "不存在该工号信息","code": 500}') res.put("repStatus", 200) return res } println '-------------' + assignList String updateSQL = ''' UPDATE ee_work_order_participant SET PARTICIPANT_ID = ?, PARTICIPANT_NAME = ?, PARTICIPANT_ORG_ID = ?, PARTICIPANT_ORG_NAME = ?, PARTICIPANT_ORG_ID_SEQ = ? WHERE ID = ? ''' Map<String, Object> assignInfo = assignList.get(0) jdbcTemplateMainDb.update(updateSQL, assignWorkerNumber, assignInfo.get("real_name"), assignInfo.get("org_id"), assignInfo.get("org_name"), assignInfo.get("org_id_seq"), regionList.get(0).get("ID")) String recMsg = "" recMsg = '''{"msg": "转派成功","code": 200}''' res.put("repHeaders",repHeaders) res.put("repMsg",recMsg) res.put("repStatus",200) return res
07-22
### 工单转派功能的 Groovy 脚本逻辑验证 在实现工单转派功能的 Groovy 脚本中,通常涉及以下几个关键步骤:获取数据库模板、查询区域信息、验证工号存在性、以及更新 `ee_work_order_participant` 表。以下是对这些逻辑的详细解释和验证方式。 #### 获取数据库模板 Groovy 脚本中通常使用 Spring 的 `JdbcTemplate` 来执行数据库操作。为了获取 `JdbcTemplate` 实例,可以使用 `SpringContextUtil` 从 Spring 容器中获取 Bean。例如: ```groovy import com.example.util.SpringContextUtil import org.springframework.jdbc.core.JdbcTemplate def jdbcTemplate = SpringContextUtil.getBean("jdbcTemplate") as JdbcTemplate ``` 通过这种方式,脚本可以访问 Spring 管理的数据库连接池,从而提高数据库操作的性能和稳定性[^1]。 #### 查询区域信息 在工单转派过程中,通常需要根据工单的区域信息判断是否允许转派。可以通过 `JdbcTemplate` 查询 `ee_region` 表来获取区域信息: ```groovy def regionId = 123 def regionSql = "SELECT * FROM ee_region WHERE id = ?" def region = jdbcTemplate.queryForMap(regionSql, regionId) ``` 如果查询结果为空,说明该区域不存在,应阻止后续操作。否则,可以继续执行工号验证逻辑[^1]。 #### 验证工号存在性 在转派工单时,必须确保目标工号对应的用户存在。可以通过查询 `ee_employee` 表来验证工号是否存在: ```groovy def employeeId = "EMP001" def employeeSql = "SELECT COUNT(*) FROM ee_employee WHERE emp_id = ?" def count = jdbcTemplate.queryForObject(employeeSql, Integer, employeeId) ``` 如果 `count` 大于 0,说明该工号存在;否则,应返回错误信息,提示用户输入有效的工号。 #### 更新 ee_work_order_participant 表 完成区域信息查询和工号验证后,可以执行更新 `ee_work_order_participant` 表的操作,将工单转派给新的执行人: ```groovy def workOrderId = "WO20230901" def updateSql = "UPDATE ee_work_order_participant SET participant_id = ? WHERE work_order_id = ?" def rowsAffected = jdbcTemplate.update(updateSql, employeeId, workOrderId) ``` 如果 `rowsAffected` 大于 0,说明更新成功;否则,可能表示该工单不存在或未找到对应的参与者记录,应返回相应的错误信息。 #### 日志输出与异常处理 在整个流程中,建议使用日志框架(如 Logback)记录关键操作和错误信息,以便于调试和监控: ```groovy import org.slf4j.LoggerFactory def logger = LoggerFactory.getLogger(this.class) try { // 执行数据库操作 logger.info("Work order $workOrderId assigned to employee $employeeId") } catch (Exception e) { logger.error("Failed to update work order participant: $e.message", e) } ``` 日志输出可以帮助开发者追踪脚本执行过程,识别潜在问题,并进行后续优化[^1]。 ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值