在我们开发当中  我们需要对系统用户行为和 系统异常信息有个统一记录  以便后期的 用户行为分析和bug修复   当我们有这个需求时  我们的通常采取方式很多 1.比如我们定义一个规范 开发一个接口  大家在开发的时候 约定形式的 去调用记录日志接口   2 再或者 我们的架构师 或者开发经理 会统一的处理 大家 还是正常的开发 不用去管那些 细节问题  只要按照统一的 规范既可 今天 我就来说下 我在项目中的一种 做法,也就是第二种做法: 大概思想是这样的 : 1.自定义注解  对我们的Con…

1.自定义 package cc.mrbird.common.annotation; import java.lang.annotation.ElementType; import java.lang.annotation.Retention; import java.lang.annotation.RetentionPolicy; import java.lang.annotation.Target; @Target(ElementType.METHOD) @Retention(Retenti…

使用spring aop日志记录 所需jar包 pom.xml <!-- logger begin --> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.5</version> </dependency> <dependency> <groupId&…

刚学spring的时候书上就强调spring的核心就是ioc和aop blablabla...... IOC到处都能看到...AOP么刚开始接触的时候使用在声明式事务上面..当时书上还提到一个用到aop的例子.那就是用aop去简化日志记录. 当初有点疑问,如果这个日志是由aop来记录的,那记录的信息应该是很通用的,不是每个类定制的,那能记录一些什么信息呢?到底能有多详细的日志呢? 于是真正开始做项目的时候关注了一下公司到时是怎么做的..... 利用AOP记录关键方法的入参与返回 spring a…

以下内容为原创,转载时请注明链接地址:http://www.cnblogs.com/tiantianbyconan/p/3336627.html AOP(面向方面)的思想,就是把项目共同的那部分功能分离开来,比如日志记录,避免在业务逻辑里面夹杂着跟业务逻辑无关的代码. 下面是一个AOP实现的简单例子: 首先定义一些业务方法: /** * Created with IntelliJ IDEA. * Author: wangjie email:tiantian.china.2@gmail.com *…

Spring AOP 完成日志记录 http://hotstrong.iteye.com/blog/1330046…

在java开发中日志的管理有很多种.我一般会使用过滤器,或者是Spring的拦截器进行日志的处理.如果是用过滤器比较简单,只要对所有的.do提交进行拦截,然后获取action的提交路径就可以获取对每个方法的调用.然后进行日志记录.使用过滤器的好处是可以自己选择性的对某一些方法进行过滤,记录日志.但是实现起来有点麻烦. 另外一种就是使用Spring的AOP了.这种方式实现起来非常简单,只要配置一下配置文件就可以了.可是这种方式会拦截下所有的对action的每个操作.使得效率比较低.不过想做详细日志…

在java开发中日志的管理有很多种.我一般会使用过滤器,或者是Spring的拦截器进行日志的处理.如果是用过滤器比较简单,只要对所有的.do提交进行拦截,然后获取action的提交路径就可以获取对每个方法的调用.然后进行日志记录.使用过滤器的好处是可以自己选择性的对某一些方法进行过滤,记录日志.但是实现起来有点麻烦. 另外一种就是使用Spring的AOP了.这种方式实现起来非常简单,只要配置一下配置文件就可以了.可是这种方式会拦截下所有的对action的每个操作.使得效率比较低.不过想做详细日志…

转载请注明出处:http://www.cnblogs.com/Joanna-Yan/p/6567672.html 项目日志记录是项目开发.运营必不可少的内容,有了它可以对系统有整体的把控,出现任何问题都有踪迹可寻. 如果用纯OOP思想进行日志处理,会发现每个逻辑部分总会混入日志处理的代码,显得纯OOP思想的设计不伦不类.如果日志的类型需求有变动,则需要去每个逻辑单元中修改Java代码.需求再变更的话这将是一个非常繁琐的工作.因此,日志处理应该是项目中单独的一部分,我们在进行系统开发时,不应该再来…

系统日志对于定位/排查问题的重要性不言而喻,相信许多开发和运维都深有体会. 通过日志追踪代码运行状况,模拟系统执行情况,并迅速定位代码/部署环境问题. 系统日志同样也是数据统计/建模的重要依据,通过分析系统日志能窥探出许多隐晦的内容. 如系统的健壮性(服务并发访问/数据库交互/整体响应时间...) 某位用户的喜好(分析用户操作习惯,推送对口内容...) 当然系统开发者还不满足于日志组件打印出来的日志,毕竟冗余且篇幅巨长. so,对于关键的系统操作设计日志表,并在代码中进行操作的记录,配合 SQL…