Spring Aop 实现日志功能 ---- 第一篇 技术选型方案，为什么要选择SpringAop实现日志功能

作为一套成熟的产品，首先应该区分开系统级功能和业务级功能。

为什么这么说，引用资深架构师在Spring 揭秘中的一段文章。

（软件开发一直在寻求更加高效，更易维护甚至更容易扩展的方式。为了提高开发效率，我们对开发使用的语言进行抽象，走过了从汇

编时代到现在各种高级语言繁盛之时期:为了便于维护和扩展，我们

对某些相同的功能进行归类并使之模块化，冲出了最初的“原始部

落”，走过了从过程化编程到面向对象编程的“短暂而漫长“的历

程。但不管走过的路有多长，多么坎坷，我们一直没有放弃寻找更

加完美，更加高效的软件开发方法，过去如此，现在亦然。当OOP

被提出来，以取代过去的基于过程化编程化开发的时候，或许那个

时代的人都会以为，面向对象编程和面向对象的软件开发就是我们

那颗能搞定一切的“银弹“。但不得不承认，即使是面向对象的软

件开发模式。依然不能很好地解决软件开发中所有问题）

 

为什么要引用这篇文章呢，现在很多开发人员的能力参差不齐，往

往是为了编程而编程。面对复杂的生产场景。最多会去用一个面向

对象思想写一个功能。但是这个功能。耦合度非常高。最终要我想

说的。

     你确定你这么写出来的是代码。不是BUG.我从如下三点说出

这样代码垒出来项目的弊端

 

      1 可重复性特别差

这样的代码，仅仅只能适用与这个场景。换个环境或者场景完

全不能使用。那么这里有一个成本学在这里。如果我们是靠软件收

入的公司，相同的功能，作为老板，我只希望投资一次。下次使用

的时候，我不需要再次开发，仅仅需要简单的投入运维人员进行简

单的配置，即可完成这个功能的交付。

 

2   代码可扩展性差

  实际复杂得生产环境下，用户得需求往往是多变得。  这样的

代码。改起来的成本会比再次开发起来还费劲。本人亲自见识

过这样的代码。那么，迭代这个含义仅仅是说说码

 

3  代码错误排错能力差

   实际复杂的生产环境下，当线上出了问题，需要立刻去排查。

你说去看日志，嗯，看日志是对的。但是假如你没有做系统级

日志功能。相信我，你很痛苦。

继续引用Spring揭秘中的文章，因为我觉得大神的作品往往更

具有说服力。

对于系统中普通的业务关注点，OOP可以很好地进行分解并使

之模块化，但却无法更好地避免类似与系统需求实现在系统中

各处散落这样的问题。所以，我们寻求一种更好的方法，它可以

在OOP的开发模式上做一个补足。AOP技术应用而生。

    

AOP我们可以对类似与logging 和Security等系统需求进行模块

化组织，简化系统需求与实现之间的对比关系，进而使得整个系

统的实现更具有模块化