应用日志

本章介绍应用日志的查询与排查思路。

表单保存失败、动作未触发、流程卡滞——这类"配置看似正确却不工作"的问题，应先查应用日志。

各应用的日志相互独立，只显示当前应用产生的记录。

1. 入口

应用设置 →「应用日志」。

条件	说明
级别	追踪、调试、信息、警告、错误、严重。排查报错优先看错误与严重
模块	按产生日志的功能模块筛选。可选模块取决于应用中启用了哪些组件
关键词	支持直接用中文描述搜索，系统会反查匹配的内部事件标识，不需要记忆技术术语。用看到的报错文案关键字搜索即可

三个条件可组合使用。例如"级别为错误 + 模块含某动作名"，比单用关键词更快锁定范围。

调整条件后点击刷新加载。

列表按时间倒序显示：时间、级别、分类、模块、事件标识、消息摘要、来源组件。

点击行末的详情展开完整字段与上下文数据（例如具体是哪条记录、哪个字段触发的），这些是排查时最有用的内容。

消息列按当前界面语言显示可读文案。少数事件尚无对应译文时会显示内部原文，可记录关键内容反馈给技术支持。

场景	排查方式
模板保存或校验报错	级别选错误，关键词搜模板名称或报错文案
动作未按预期执行	确认模块或来源组件是否对应所配置的动作类型。详情中的上下文常能看出触发条件在哪一步未满足
审批流程卡滞、任务未派发	搜索流程相关模块或该流程名称。多数是权限、条件分支或人员绑定的问题

先复现再查日志。 报错通常发生在具体的某次操作中。建议先让问题复现一次并记下大致时间，再按时间与级别缩小范围，比通篇翻查高效得多。

级别	何时看
错误 / 严重	明确的失败，优先查看
警告	未直接失败但有异常迹象（例如某项配置缺省而使用了兜底值）。流程"看似卡住但无报错"时值得一并查看
信息 / 调试 / 追踪	正常运行轨迹，通常只在需要还原完整操作时序时使用

问题	说明
查不到确定发生过的操作	先确认时间范围与筛选条件是否过窄。另外日志记录的是事件，纯界面层面的问题（例如按钮未触发任何请求）不一定产生日志
能查到多久以前的日志	取决于实例配置的日志保留策略。需要长期审计时，应结合应用内的操作记录一并核对
谁能查看应用日志	应用管理员与具备设计权限的人员。普通业务使用者看不到该入口