日志记录接口方案(yongtree整理1.0版)日志记录接口方案(yongtree整理1.0版).pdf

OECP 日志处理方案 2009 年5 月5 日 INFO-EC 2 日志处理方案 目 录 目录 OECP 日志处理方案 3 一、 需求目标 3 二、 设计思路 3 三、 设计方案 3 1. 总体功能部署 3 2. 日志记录功能 4 3. 日志检索机制 7 4. 日志清理机制 7 5. 日志组件异常 7 四、 使用方法 7 五、 UML 图 8 Page 2 ／8 August 26 Author: 宋黎晓 DesignBy: Jackson_wang INFO-EC 3 日志处理方案 OECP 日志处理方案 一、 需求目标 日志记录组件负责系统运行期间，记录系统运行和用户操作业务日志。考虑到日志组件的复用性，ERP 项目大数据量 操作和业务操作的复杂性，要求日志组件具有以下特点： 1. 业务日志记录、输出和查询; 2. 所输出的业务日志应该从业务和操作两个维度进行分类，以支持更加灵活的日志分类检索； 3. 支持多线程：业务日志组件会在多线程环境中使用，需要确保线程安全性; 4. 稳定性：业务日志组件必须保持高度的稳定性，不能因为组件内部错误导致业务代码的崩溃； 5. 高性能：业务日志组件需要提供高速的日志记录功能以应对大请求流量下业务系统的正常运转； 二、 设计思路 1. 方便检索的业务需求限制了日志输出介质必须为数据库或是某种支持快速检索的存储媒介。 2. 为了满足稳定性和高性能的需求，可以采用异步消息来处理日志信息的输出，但会带来一系列编码实现的难度和 复杂度。 3. 日志记录切入点，为了减少业务编码过程中过度关注日志记录过程，采用拦截器处理大部分的系统运行日志。 4. 日志组件尽可能提供简单的接口，以方便业务方法中调用。同时为了避免业务方法记录日志时每次手工编码获取 当前操作人，当前类名，方法名等信息，应设计某种机制自动获取类似信息。 5. 由于 EJB 服务组件仅提供业务组件服务，不直接接触用户操作，故无法收集用户的操作信息，用户操作日志的收 集交由WEB 服务端采集。 6. 考虑到日志检索和效率和日志的膨胀速度，有必要存在一个的日志清理机制。 三、 设计方案 1. 总体功能部署 Page 3 ／8 August 26 Author: 宋黎晓 DesignBy: Jackson_wang