# 操作日志
## 说明
* 我们经常会碰到的需求就是要求某个操作被监视起来,比如删除用户的操作要求被记录下来,方便后期查询是谁来执行了这个操作,删除了哪个用户信息等等。
* JPower对此已经实现了API的操作日志记录,可以简单的通过一个注解就能对一个接口的请求日志进行记录下来。
## 如何使用API日志
* 我们以删除租户API为例,在`/core/tenant/delete`接口上加入注解`@com.wlcb.jpower.module.base.annotation.OperateLog`
![](https://img.kancloud.cn/3d/70/3d705f2dff99181adf886fe60ff75b4b_1930x398.png)
* 我们启动工程,请求`/core/tenant/delete`接口,会发现在日志中打印出了接口请求的一些信息,可以看到请求用户,接口等等信息,具体如下
![](https://img.kancloud.cn/4b/31/4b31928346968b3b1cebe5e38aa6403b_2392x128.png)
* `@com.wlcb.jpower.module.base.annotation.OperateLog`注解具体属性如下
![](https://img.kancloud.cn/de/f5/def58505d88189220c9bc3ef7c29d913_1318x922.png)
* title和value属性主要是表示接口的名称,我们需要注意下isSaveLog和isSaveRequestData属性。
* isSaveLog代表是否要把日志信息存入数据库,isSaveRequestData代表请求信息存入数据库时是否要把请求参数也一起存入数据库。
* 当isSaveLog=true时,我们可以在前端的**系统日志->操作日志**看到具体的请求信息
![](https://img.kancloud.cn/e7/1f/e71f2631efd33b7bfb9873019c7e2eda_3590x1694.png)
# 错误日志
* JPower同时还实时记录了系统的异常日志信息,当系统发生一些异常信息时,系统会自动保存这些日志到数据库,我们可以在前端的**系统日志->错误日志**看到具体的请求信息
![](https://img.kancloud.cn/1e/46/1e46fdadfe82370fd8c5df6a7684fa0f_3650x1716.png)
* 这样当我们系统出错时可以及时发现并积极进行修改或处理。
**ps: 错误日志只记录一些未知的异常,我们自定义的异常比如JpowerException、BusinessException、404 这些并不会进行记录**
- 序言
- 开发环境准备
- 环境要求
- 环境安装
- 基础环境安装
- Nacos安装
- Sentinel安装
- 插件安装
- 导入工程
- 运行工程
- 工程测试
- JPower特性
- 系统启动器
- 多终端令牌认证
- 系统鉴权
- 鉴权API
- 鉴权配置
- API权限配置
- 接口放行配置
- 数据权限
- redis缓存
- 动态网关
- 聚合文档
- SaaS多租户
- 概念
- 使用
- Xss防注入
- 日志记录
- 操作日志&错误日志
- SQL打印
- feign请求日志&配置
- gateway日志
- 服务日志打印
- 导入导出
- 字典查询
- 系统文件上传下载
- 接口监控
- 代码生成器
- 配置文件共享
- Mybatis过滤器
- 配置说明
- 高级实战
- nacos动态配置
- Seata分布式事务
- 简介
- docker启动
- 微服务配置
- 微服务远程调用
- 声明式服务调用 Feign
- 熔断机制 Sentinel
- sentinel流控
- 简介
- 微服务配置
- 配置nacos对接
- APM监控&链路追踪
- 简介
- 安装
- 微服务接入
- SpringBootAdmin监控
- ELK分布式日志追踪系统
- ELK简介
- ELK一键部署
- 微服务日志对接ELK
- JPower-Chat
- 配置说明
- 生产部署
- docker部署
- docker安装
- docker-compose安装
- harbor安装
- 部署步骤
- 版本升级
- 1.0.1升级到2.0.0
- 2.0.0升级到2.0.2
- 2.0.2升级2.1.0
- 2.1.0升级到2.1.1
- 2.1.1升级到2.1.2
- 2.1.2升级到2.1.4