cglib

在日常开发中，我们经常需要给对象进行赋值，通常会调用其set/get方法，有些时候，如果我们要转换的两个对象之间属性大致相同，会考虑使用属性拷贝工具进行。 如我们经常在代码中会对一个数据结构封装成DO、SDO、DTO、VO等，而这些Bean中的大部分属性都是一样的，所以使用属性拷贝类工具可以帮助我们节省大量的set和get操作。 市面上有很多类似的工具类，比较常用的有 1、Spring BeanUtils 2、Cglib BeanCopier 3、Apache BeanUtils 4、Apache PropertyUtils 5、Dozer 那么，我们到底应该选择哪种工具类更加合适呢？为什么阿里巴巴Java开发手册中提到禁止使用Apache BeanUtils呢？ 由于篇幅优先，关于这几种工具类的用法及区别，还有到底是什么是浅拷贝和深拷贝不在本文的讨论范围内。 本文主要聚焦于对比这几个类库的性能问题。 性能对比 No Data No BB，我们就来写代码来对比下这几种框架的性能情况。 代码示例如下： 首先定义一个PersonDO类： public class PersonDO { private Integer id; private String name; private Integer age; private Date birthday; //省略setter/getter

来源 | urlify.cn/vUfIry 前言 在我们实际项目开发过程中，我们经常需要将不同的两个对象实例进行属性复制，从而基于源对象的属性信息进行后续操作，而不改变源对象的属性信息,比如DTO数据传输对象和数据对象DO，我们需要将DO对象进行属性复制到DTO，但是对象格式又不一样，所以我们需要编写映射代码将对象中的属性值从一种类型转换成另一种类型。 这种转换最原始的方式就是手动编写大量的 get/set 代码，当然这是我们开发过程不愿意去做的，因为它确实显得很繁琐。为了解决这一痛点，就诞生了一些方便的类库，常用的有 apache的 BeanUtils ,spring的 BeanUtils , Dozer , Orika 等拷贝工具。这篇文章主要介绍 Apache的BeanUtils 与 Spring 的BeanUtils，其他框架后续文章再做介绍 对象拷贝 在具体介绍两种 BeanUtils之前，先来补充一些基础知识。它们两种工具本质上就是对象拷贝工具，而对象拷贝又分为深拷贝和浅拷贝，下面进行详细解释。 什么是浅拷贝和深拷贝 在Java中，除了 基本数据类型 之外，还存在 类的实例对象 这个引用数据类型，而一般使用 “=”号做赋值操作的时候，对于基本数据类型，实际上是拷贝的它的值，但是对于对象而言，其实赋值的只是这个对象的引用，将原对象的引用传递过去

1. spring aop案例（POJO注入） 1.0 被代理接口 TargetInterface /** * 被代理的接口 * @author Yang ZhiWei */ public interface TargetInterface { void show(); String showName(); } 1.1 被代理对象 @Slf4j public class TargetObject implements TargetInterface { @Override public void show() { log.info("show----->I am a TargetObject!"); } @Override public String showName() { return "showName--->TargetObject !"; } } 1.2 通知 MyAdvice @Slf4j public class MyAdvice { public void takeSeat() { log.info("====> MethodBeforeAdvice:Take Seat!"); } public void turnOffPhone() { log.info("==> MethodBeforeAdvice:turn Off Phone!"); } public

一、AOP是什么？ AOP的全称是Aspect Orient Programming，即面向切面编程。是对OOP（Object Orient Programming）的一种补充，战门用于处理一些具有横切性质的服务。常常用于日志输出、安全控制等。 上面说到是对OOP的一种补充，具体补充的是什么呢？考虑一种情况，如果我们需要在所有方法执行前打印一句日志，按照OOP的处理思想，我们需要在每个业务方法开始时加入一些语句，但是我们辛辛苦苦加完之后，如果又要求在这句日志打印后再打印一句，那是不是又要加一遍？这时候你一定会想到，在某个类中编写一个日志打印方法，该方法执行这些日志打印操作，然后在每个业务方法之前加入这句方法调用，这就是面向对象编程思想。但是如果要求我们在业务方法结束时再打印一些日志呢，是不是还要去每个业务方法结束时加一遍？这样始终不是办法，而且我们总是在改业务方法，在业务方法里面掺杂了太多的其他操作，侵入性太高。 这时候AOP就起到作用了，我们可以编写一个切面类（Aspect），在其中的方法中来编写横切逻辑（如打印日志），然后通过配置或者注解的方式来声明该横切逻辑起作用的位置。 二、实现技术？ AOP（这里的AOP指的是面向切面编程思想，而不是Spring AOP）主要的的实现技术主要有Spring AOP和AspectJ。 1、AspectJ的底层技术。

AOP简介 利用面向对象的方法可以很好的组织代码，也可以继承的方式实现代码重用。但是项目中总是会出现一些重复的代码，并且不太方便使用继承的方式把他们重用管理起来，比如说通用日志打印，事务处理和安全检查等。我们可以将这些代码封装起来，做成通用模块，但是还是需要在代码中每处需要的地方进行显示调用，使用起来不方便。这是时候就是利用AOP的时候。 AOP是一种编程范式，用来解决特定的问题，不能解决所有问题，可以看做是OOP的补充，常见的编程范式还有： 面向过程编程； 面向对象编程； 面向函数编程（函数式编程）； 事件驱动编程（GUI开发中比较常见）； 面向切面编程 AOP的常见使用场景 性能监控，在方法调用前后记录调用时间，方法执行太长或超时报警； 缓存代理，缓存某方法的返回值，下次执行该方法时，直接从缓存里获取； 软件破解，使用AOP修改软件的验证类的判断逻辑； 记录日志，在方法执行前后记录系统日志； 工作流系统，工作流系统需要将业务代码和流程引擎代码混合在一起执行，那么我们可以使用AOP将其分离，并动态挂接业务； 权限验证，方法执行前验证是否有权限执行当前方法，没有则抛出没有权限执行异常，由业务代码捕捉； 事务处理 。 Spring AOP相关概念 AOP：这种在运行时（或者编译时或者加载时），动态地将某些公共代码切入到类的指定方法、指定位置上的编程思想就是面向切面的编程； 切面

基本介绍 代理模式 是一种结构性设计模式。为对象提供一个替身，以控制对这个对象的访问。即通过代理对象访问目标对象，并允许在将请求提交给对象前后进行一些处理。 被代理的对象可以是远程对象、创建开销大的对象或需要安全控制的对象。 代理模式主要有三种不同的形式： 静态代理：由程序员创建代理类或特定工具自动生成源代码再对其编译。在程序运行前代理类的 .class 文件就已经存在了 动态代理（JDK 代理、接口代理）：在程序运行时运用反射机制动态创建而成，动态就是在程序运行时生成的，而不是编译时。 cglib 代理（可以在内存动态的创建对象，而不是实现接口，属于动态代理的范畴） 问题 为什么要控制对于某个对象的访问呢？举个例子：有这样一个消耗大量系统资源的巨型对象， 你只是偶尔需要使用它， 并非总是需要。 你可以实现延迟初始化：在实际有需要时再创建该对象。对象的所有客户端都要执行延迟初始代码。不幸的是， 这很可能会带来很多重复代码。 在理想情况下， 我们希望将代码直接放入对象的类中， 但这并非总是能实现：比如类可能是第三方封闭库的一部分。 解决方案 代理模式建议新建一个与原服务对象接口相同的代理类， 然后更新应用以将代理对象传递给所有原始对象客户端。代理类接收到客户端请求后会创建实际的服务对象， 并将所有工作委派给它。 代理将自己伪装成数据库对象，

文章目录 2.3.3 CGLIB动态代理 2.3.3 CGLIB动态代理 前面介绍了JDK的动态代理，从一些实例也可以看到，JDK动态代理是依赖于实现的接口的。而CGLIB弥补了这个缺点，让我们在不需要实现接口的情况下，也可以实现动态代理。JDK动态代理和CGLIB动态代理在Spring实现AOP中都是使用到的技术，Spring AOP默认是使用JDK动态代理来代理接口的，但是可以进行强制使用CGLIB动态代理。 CGLIB内部使用了ASM（Java字节码操控框架）来进行转换字节码。可以代理没有接口类的类。所以相比较JDK动态代理来说，灵活一些，更值得称赞的地方是，由于CGLIB第通过字节码产生子类进行覆盖委托类的非final方法进行代理，而JDK动态代理使用Java类反射进行代理，所以CGLIB动态代理比JDK动态代理更快。注意，CGLIB不能对final和私有方法进行代理。 实例演示。首先创建一个委托类（目标类）。 代码清单2-25：AliPay目标类 public class AliPay { public void pay ( String operation 来源： oschina 链接： https://my.oschina.net/u/4271891/blog/4497340

Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性的角度而言，绝大部分Java应用都可以从Spring中受益。 Spring优点： 低侵入式设计，代码的污染极低； 独立于各种应用服务器，基于Spring框架的应用，可以真正实现Write Once，Run Anywhere的承诺； Spring的IoC容器降低了业务对象替换的复杂性，提高了组件之间的解耦 Spring的AOP支持允许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用； Spring的ORM和DAO提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问； pring的高度开放性，并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或全部。 Spring框架的组成结构图： Spring的核心机制 管理 Bean 程序主要是通过Spring容器来访问容器中的Bean，ApplicationContext是Spring容器最常用的接口，该接口有如下两个实现类： ClassPathXmlApplicationContext: 从类加载路径下搜索配置文件，并根据配置文件来创建Spring容器；

目录 什么是 AOP AOP 的基本术语 Spring AOP 的简单应用 Spring AOP 与动态代理 Spring AOP 的实现原理（源码分析） 扩展：为什么 JDK 动态代理要求目标类必须实现接口 什么是 AOP AOP（Aspect Oriented Programming，面向切面编程）是一种编程范式，它是对 OOP（Object Oriented Programming，面向对象编程）的一个补充。 OOP 允许我们通过类来定义对象的属性和行为，由于对象的行为是通过类中的方法来体现的，所以要想修改一个对象的行为，就必须修改类中相应的方法。试想这么一个场景，我们需要对某些对象的某些行为进行耗时统计，OOP 的做法只能是挨个去修改它们所属的类，在相应的方法上加入耗时统计的逻辑，如果只是针对少量几个行为的修改倒也无妨，但如果要统计的是成百上千个行为呢，挨个去修改这成百上千个方法就显得很拙劣，而且还会导致大量的代码重复，如果要统计的是第三方类库中的行为，那么 OOP 就显得更加力不从心了。 在实际开发中，除耗时统计之外，类似的还有日志记录、事务控制、权限验证等等，它们往往穿插在各个控制流中，被各个功能模块所调用，但它们却是与核心业务逻辑无关的。像这种穿插在各个功能模块中的且与核心业务无关的代码被称为横切（cross cutting）。 在传统 OOP 中

对于大多数第一次看spring源码的人来说，都会感觉不知从哪开始看起，因为spring项目源码由多个子项目组成，如spring-beans，spring-context，spring-core，spring-aop，spring-web，spring-webmvc等 Spring底层到底要看什么？以下是大神整理的Spring源码深度解读学习笔记，总简直不要太好用，从理论到实战，每一步操作都有相应代码展示。给大家分享一下，希望可以对你掌握Spring有所帮助。祝大家前程似锦，Offer不断！ 每个知识点都有左侧导航书签页，看的时候十分方便，由于内容较多，这里就截取一部分图吧。 需要的 直接点这里就可以免费拿到这份P8大师的精品之作：Spring源码深度解读 Spring源码笔记 Spring IOC 容器继承体系 BeanFactory（容器接口） XmlBeanFactory（基础容器实现） Resource接口体系 ApplicationContext接口（高级容器接口） ClassPathXmlApplicationContext（高级容器实现） Bean的注册 Bean的加载 循环依赖 实例——循环依赖 Spring AOP AOP术语 Advisor Advice BeanPostProcessor JDK动态代理与CGLIB代理 解析AOP标签 创建AOP代理