阅读微信支付demo收获

[align=center] [/align]

1，公司现有系统有很多，存放重要接口的日志分布在不同的库，每个系统都有单独的日志采集表，日志采集模块；
？？？？
这些日志可以统一放到一个地方，通过一个组件提供出去，对应的就是一个maven的jar组件，如果有新的系统需要开发，可以复用这一块，定义好文档，统一按照这个上报数据到统一的地方，方便分析问题，解决问题；

主要可以设计出5张表：

系统信息表 Dict_System
id systemName systemDesc SystemAdmin AddTime
日志类型表 Dict_Log
id logName systemID AddTime
日志详细表 Log_Detail
id url logTypeID interURL params paramsKey responseStr responseKey costTime ip Addtime
日志错误表（业务） Log_Err
id detailID ErrMsg ErrKey AddTime

日志异常表： Log_Exception
id systemID excetionTitle exceptionDetail serverIP AddTime

然后，可以基于这几个数据表，编写一个报警的接口，检测上报的数据，主动发现系统问题，更好的做好系统，节省解决bug的时间，更好的专注于技术。

2，日志的上报方式可以分成两种，异步的上报，同步的上报，根据系统的特点，来进行配置；

关键代码：
public void run(){
r = new ReportRunable(rs);
t = new Thread(r);
t.setDaemon(true); //后台线程
t.start();
}

3，
对于日志，存放数据库确实方便分析问题，解决问题，但是万一跟数据库断开了连接，日志上报肯定会中断，这里可以定义一个规则，统一的放到服务器的某一个目
录，主要分成两类日志文件；第一，异常类日志，方便检测服务器的bug；第二类，输出类日志，防止如果数据库异常了，有据可查；

在日志上报的程序中，可以定期的抓取异常类的日志文件，把异常信息插入到一张数据库表中，进行分析，定期的提高系统的稳定性。

以上是阅读代码之后的一点想法，我会抽个时间整理下实现方案，把它应用到工作当中，解放自己，提高效率。