Spring IOC:

DI注入集合类型:

实体类:

package cn.spring.entity;

import java.util.*;

public class Dientity {
private String[] array;       //数组 private List<String> list;      //List集合 private Set<String> set;       //Set集合 private Map<String,Object> map;   //Map集合 private Properties properties;   //Porperties配置 public String[] getArray() {
return array;
} public void setArray(String[] array) {
this.array = array;
} public List<String> getList() {
return list;
} public void setList(List<String> list) {
this.list = list;
} public Set<String> getSet() {
return set;
} public void setSet(Set<String> set) {
this.set = set;
} public Map<String, Object> getMap() {
return map;
} public void setMap(Map<String, Object> map) {
this.map = map;
} public Properties getProperties() {
return properties;
} public void setProperties(Properties properties) {
this.properties = properties;
} @Override
public String toString() {
return "Dientity{" +
"array=" + Arrays.toString(array) +
",\n list=" + list +
",\nset=" + set +
",\n map=" + map +
",\n properties=" + properties +
'}';
}
}

applicationcontextbean.xml中:

<bean id="dientity" class="cn.spring.entity.Dientity">
       数组注入
<property name="array" >
<array>
<value>李一</value>
<value>王二</value>
<value>刘三</value>
</array>
</property>
       List集合注入
<property name="list">
<list>
<value>李一</value>
<value>王二</value>
<value>刘三</value>
</list>
</property>
        Map集合注入
<property name="map">
<map>
<entry key="name1" value="李一"></entry>
<entry key="name2" value="王二"></entry>
<entry key="name3" value="刘三"></entry>
</map>
</property>
        Set集合注入
<property name="set">
<set>
<value>李一</value>
<value>王二</value>
<value>刘三</value>
</set>
</property>
  
properties注入
<property name="properties">
<props>
<prop key="jdbc.driver">com.mysql.jdbc.Driver</prop>
<prop key="jdbc.username">root</prop>
</props>
</property>

  

    
</bean>

结果:

域属性自动注入:byName,byType

    <!--byName:实体类中的域属性的名字和id一致-->
<bean id="studentBean" class="cn.spring.entity.StudentBean" autowire="byName">
<property name="stu_id" value="18"></property>
<property name="stu_name" value="VVV"></property>
<!-- <property name="teacherBean" ref="teacherBean"></property>-->
</bean>
<!--byType:类型是唯一的,在applicationtextbean.xml中bean只能有一个。-->
<bean id="studentBean" class="cn.spring.entity.StudentBean" autowire="byType">
<property name="stu_id" value="18"></property>
<property name="stu_name" value="VVV"></property>
<!-- <property name="teacherBean" ref="teacherBean"></property>-->
</bean>
<bean id="teacherBean" class="cn.spring.entity.TeacherBean">
<property name="T_id" value="9"></property>
<property name="T_name" value="WWW"></property>
</bean>

SpringBean的生命周期和作用域:

  生命周期:

spring bean的作用域:

代理模式:

静态代理:

代理模式可以在不修改被代理对象的基础上,通过扩展代理类,进行一些功能的附加与增强。值得注意的是,代理类和被代理类应该共同实现一个接口,或者是共同继承某个类。

静态代理的内容,为什么叫做静态呢?因为它的类型是事先预定好的。

动态代理:

动态代理有两种:jdk动态代理和Cglib动态代理

jdk动态代理:

JDK动态代理中包含一个类和一个接口:

InvocationHandler接口:
public interface InvocationHandler {
public Object invoke(Object proxy,Method method,Object[] args) throws Throwable;
}
参数说明:
Object proxy:指被代理的对象。
Method method:要调用的方法
Object[] args:方法调用时所需要的参数

  

可以将InvocationHandler接口的子类想象成一个代理的最终操作类,替换掉ProxySubject。

Proxy类: 
Proxy类是专门完成代理的操作类,可以通过此类为一个或多个接口动态地生成实现类,此类提供了如下的操作方法:

public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException
参数说明:
ClassLoader loader:类加载器
Class<?>[] interfaces:得到全部的接口
InvocationHandler h:得到InvocationHandler接口的子类实例

Ps:类加载器 
在Proxy类中的newProxyInstance()方法中需要一个ClassLoader类的实例,ClassLoader实际上对应的是类加载器,在Java中主要有一下三种类加载器; 
Booststrap ClassLoader:此加载器采用C++编写,一般开发中是看不到的; 
Extendsion ClassLoader:用来进行扩展类的加载,一般对应的是jre\lib\ext目录中的类; 
AppClassLoader:(默认)加载classpath指定的类,是最常使用的是一种加载器。

实例:

Suject接口
package cn.spring.jdkporxy; /**
* 抽象主题:真实业务接口
*/ public interface Subject {
void doSome();
} Subject接口实现
package cn.spring.jdkporxy; /**
* 真实主题:将业务代码封装到此主题当中
*/
public class RealSubject implements Subject {
@Override
public void doSome() {
System.out.println("========================真实业务====================");
}
} package cn.spring.jdkporxy; import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy; public class JDKProxyTest {
public static void main(String[] args) {
//JDK动态代理,利用了Proxy类生成代理对象 运行期间 必须原对象必须拥有interface 在内存当中生成代理对象
//cglib动态代理:在编译期间,利用Enhancer类生成代理对象(要求原对象可以不具备接口) //JDK动态代理:要求必须有抽象主题
//代表的是代理对象 指定对象的原始类型 /**
* ClassLoader loader, 类加载器:应该是代理对象的类加载器
* Class<?>[] interfaces, 接口:原始对象实现的接口类型
* InvocationHandler h
*/
//创建一个原始对象
final Subject subject=new RealSubject();
Subject subjectProxy = (Subject) Proxy.newProxyInstance(subject.getClass().getClassLoader(), subject.getClass().getInterfaces(), new InvocationHandler() {
/**
*
* @param proxy 代理对象
* @param method 目标代理方法
* @param args 目标代理方法的参数
* @return
* @throws Throwable
*/
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("前置增强");
//如何去调用原始对象的业务方法
Object invoke = method.invoke(subject, args);
System.out.println("后置增强");
return invoke;
}
});
subjectProxy.doSome();
System.out.println(subject);
System.out.println(subjectProxy); }
}

  

动态代理类的字节码在程序运行时由Java反射机制动态生成,无需程序员手工编写它的源代码。动态代理类不仅简化了编程工作,而且提高了软件系统的可扩展性,因为Java 反射机制可以生成任意类型的动态代理类。java.lang.reflect 包中的Proxy类和InvocationHandler 接口提供了生成动态代理类的能力。

JDK的动态代理依靠接口实现,如果有些类并没有实现接口,则不能使用JDK代理,这就要使用cglib动态代理了。

Cglib动态代理:

cglib是针对类来实现代理的,他的原理是对指定的目标类生成一个子类,并覆盖其中方法实现增强,但因为采用的是继承,所以不能对final修饰的类进行代理。

实例:

package cn.spring.cglibporxy;

/**
* 业务类
*/
public class IService {
public void doSome(){
System.out.println("我是实现业务的方法");
}
} package cn.spring.cglibporxy; import org.springframework.cglib.proxy.Callback;
import org.springframework.cglib.proxy.Enhancer;
import org.springframework.cglib.proxy.MethodInterceptor;
import org.springframework.cglib.proxy.MethodProxy; import java.lang.reflect.Method; public class CglibProxyTest {
public static void main(String[] args) {
//CGLIB动态代理(当前项目必须有CGLIB的支持) //步骤一:目标对象
final IService iService=new IService();
//步骤二:通过CGLIB提供的Enhancer类生成代理
Enhancer enhancer=new Enhancer();
//步骤三:指定需要代理的目标对象模板(将目标对象放入到代理工厂当中,生成代理对象)
enhancer.setSuperclass(iService.getClass());
//步骤四:实现增强的处理操作
enhancer.setCallback(new MethodInterceptor() {
/**
*
* @param o 目标对象
* @param method 目标对象的方法
* @param objects 目标对象方法内的参数
* @param methodProxy 代理目标对象方法
* @return
* @throws Throwable
*/
@Override
public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
System.out.println("前置"); Object invoke = methodProxy.invoke(iService, objects);
System.out.println("后置");
return invoke;
}
});
//最后一步:创建代理
IService iServiceProxy = (IService)enhancer.create();
iServiceProxy.doSome();
}
}

  

  

Spring Aop和Spring Ioc(二)的更多相关文章

  1. 5.2 Spring5源码--Spring AOP源码分析二

    目标: 1. 什么是AOP, 什么是AspectJ 2. 什么是Spring AOP 3. Spring AOP注解版实现原理 4. Spring AOP切面原理解析 一. 认识AOP及其使用 详见博 ...

  2. 5.2 spring5源码--spring AOP源码分析二--切面的配置方式

    目标: 1. 什么是AOP, 什么是AspectJ 2. 什么是Spring AOP 3. Spring AOP注解版实现原理 4. Spring AOP切面原理解析 一. 认识AOP及其使用 详见博 ...

  3. Spring框架学习之IOC(二)

    Spring框架学习之IOC(二) 接着上一篇的内容,下面开始IOC基于注解装配相关的内容 在 classpath 中扫描组件 <context:component-scan> 特定组件包 ...

  4. [Spring框架]Spring AOP基础入门总结二:Spring基于AspectJ的AOP的开发.

    前言: 在上一篇中: [Spring框架]Spring AOP基础入门总结一. 中 我们已经知道了一个Spring AOP程序是如何开发的, 在这里呢我们将基于AspectJ来进行AOP 的总结和学习 ...

  5. Spring Aop和Spring Ioc(一)

    Spring Aop Aop: 面向切面编程的本质:面向切面编程,指扩展功能不修改源代码,将功能代码从业务逻辑代码中分离出来. 1:主要功能:日志记录,性能统计,安全控制,事务处理,异常处理等等. 2 ...

  6. 死磕Spring之AOP篇 - Spring AOP自动代理(二)筛选合适的通知器

    该系列文章是本人在学习 Spring 的过程中总结下来的,里面涉及到相关源码,可能对读者不太友好,请结合我的源码注释 Spring 源码分析 GitHub 地址 进行阅读. Spring 版本:5.1 ...

  7. 【Spring AOP】Spring AOP之如何通过注解的方式实现各种通知类型的AOP操作进阶篇(3)

    一.切入点表达式的各种类型 切入点表达式的作用:限制连接点的匹配(满足时对应的aspect方法会被执行) 1)execution:用于匹配方法执行连接点.Spring AOP用户可能最经常使用exec ...

  8. 【Spring AOP】Spring AOP之你必须知道的AOP相关概念(1)

    一.什么是AOP AOP(Aspect-oriented Programming)即面向切面编程,是对OOP( Object-oriented Programming)即面向对象编程的一种补充,AOP ...

  9. 【Spring AOP】Spring AOP的使用方式【Q】

    Spring AOP的三种使用方式 经典AOP使用方式 改进XML配置方式 基于注解的方式 第1种方式可以作为理解spring配置AOP的基础,是最原始的配置方式,也体现了spring处理的过程. 使 ...

随机推荐

  1. xdebug插件攻击

    title: xdebug插件攻击 date: 2017-09-30 17:08:38 tags: 前一阵突然看到一个有关于xdebug的一个攻击面,不得不说这个想法还是很有意思的.自己搭环境记录一下 ...

  2. 在.NET Core中使用MachineKey

    在.NET Core中使用MachineKey 姐妹篇:<ASP.NET Cookie是怎么生成的> 姐妹篇:<.NET Core验证ASP.NET密码> 在上篇文章中,我介绍 ...

  3. docker:搭建ELK 开源日志分析系统

    ELK 是由三部分组成的一套日志分析系统, Elasticsearch: 基于json分析搜索引擎,Elasticsearch是个开源分布式搜索引擎,它的特点有:分布式,零配置,自动发现,索引自动分片 ...

  4. centos6.x下yum安装heartbeat

    [root@heartbeat ~]# uname -n #<===配置heartbeat时,节点的主机名必须和 uname -n 命令的结果要一致 heartbeat [root@heartb ...

  5. 虚拟机中给linux 系统添加硬盘以后,进行分区挂载

    当自己虚拟机中的linux 系统硬盘不够用的时候需要添加硬盘给系统使用,所以可以通过以下的步骤实现 1.关闭自己的客户机,然后执行以下步骤 2. 上面的步骤完成以后,重点来了,下面打开客户机,执行以下 ...

  6. 「Spark」Spark SQL Thrift Server运行方式

    Spark SQL可以使用JDBC/ODBC或命令行接口充当分布式查询引擎.这种模式,用户或者应用程序可以直接与Spark SQL交互,以运行SQL查询,无需编写任何代码. Spark SQL提供两种 ...

  7. Android进程调度之adj算法

    copy from : http://gityuan.com/2016/08/07/android-adj/ 一.概述 提到进程调度,可能大家首先想到的是Linux cpu调度算法,进程优先级之类概念 ...

  8. 利用低代码优化人力资源配置,为软件开发降本提效 ZT

    低代码 是一种主要应用于企业信息化领域的快速开发技术.借助低代码,开发者无需编码即可生成企业应用的常见功能,少量编码能开发出更多扩展功能.有了低代码技术,IT团队甚至业务团队都可以参与到编写应用程序当 ...

  9. 利用Bellman-Ford算法(有向图) 判断负环

    // 根据Bellman-Ford算法的原理 // 判断负环(算法的最大更新次数,应该是顶点数-1次) // 而如果存在负环,算法会一直更新下去 // 我们根据循环进行的次数,来判断负环 #inclu ...

  10. Umi 小白纪实(三)—— 震惊!路由竟然如此强大!

    在<Umi 小白纪实(一)>中有提到过简单的路由配置和使用,但这只是冰山一角 借用一句广告词,Umi 路由的能量,超乎你的想象 一.基本用法 Umi 的路由根结点是全局 layout  s ...