目录,更新ing,学习Java的点滴记录

  目录放在这里太长了,附目录链接大家可以自由选择查看--------Java学习目录

Spring知识

第一篇---->初识Spring
第二篇---->深入SpringIoC容器(一)
第三篇---->深入SpringIoC容器(二)
第四篇---->依赖注入的方式
第五篇---->基于xml装配Bean
第六篇---->基于注解装配Bean
第七篇---->Spring Bean之间的关系
第八篇---->SpringBean的作用域
第九篇---->Spring 加载属性(properties)文件
第十篇---->Spring表达式(SpEL)
第十一篇---->Spring在xml中配置组件扫描
第十二篇—>认识SpringAOP及底层原理
第十三篇—>使用@AspectJ注解开发AOP
第十四篇—>使用xml配置开发AOP

2 装配Bean概述

• 大部分场景下,都会使用ApplicationContext的具体实现类,因为其对应的SpringIOC容器功能相对强大.而在Spring中提供了3种方法进行配置,以下3种方式都会被用到,有时还会混合使用,但是我们需要明确三者使用的优先级,这将更有利于我们开发
    1) 在xml中显式配置
    2) 在Java接口和类中实现配置
    3) 隐式Bean的发现机制和自动装配原则
• 优先级推荐
    第一优先级:基于约定优于配置的原则,最优先的应该是通过隐式Bean的发现机制和自动装配的原则..这样的好处是减少程序开发者的决定权,简单又不失灵活.
    第二优先级:在没有办法使用自动装配原则的情况下,优先考虑Java接口和类中实现配置.这样的好处是避免xml配置的泛滥,也更为容易.典型场景是一个父类有多个子类,通过IoC容器初始化一个父类,但是容器无法知道使用哪个子类去初始化,这个使用可以使用Java注解配置去指定
    第三优先级:当上述方法都无法使用时,只能选择xml去配置SpringIOC容器.典型场景是我们常常用到第三方类库,有些类并不是我们开发的,我们无法修改其中的代码,这时候就需要使用xml方式配置使用了.
• 通俗来说,当配置的类是你自身正在开发的工程,那么应该优先考虑Java配置为主,而Java配置有分为自动装配和Bean名称配置.在没有歧义的基础上,优先使用自动装配,这样可以减少大量的xml配置.如果所需配置的类并不是你的工程开发的,那么建议使用xml配置的方式

3 通过xml配置装配Bean–手动装配

• 使用xml装配Bean需要创建对应的xml,也就是我们之前用到的配置文件
    
• 在配置文件中引入了一个bean的定义,它是一个根元素,而xsd文件也被引入了,这样它所定义的元素将可以定义对应的SpringBean

3.1 字面值介绍

• 字面值:可以用字符串表示的值,可以使用标签或者value属性进行注入
• 基本数据类型及其封装类,String类型都可以采用字面值注入的方式
• 若字面值中包含特殊字符,可以使用<![CDATA[]]>把字面值包裹起来
• 具体使用在xml装配中演示

3.2 引用其他Bean介绍

• 组成应用程序的 Bean 经常需要相互协作以完成应用程序的功能. 要使 Bean 能够相互访问, 就必须在 Bean 配置文件中指定对 Bean 的引用
• 在 Bean 的配置文件中, 可以通过<ref> 元素或 ref 属性为 Bean 的属性或构造器参数指定对 Bean 的引用.
• • 具体使用在xml装配中演示

3.3 内部Bean介绍

• 当 Bean 实例仅仅给一个特定的属性使用时, 可以将其声明为内部 Bean. 内部 Bean 声明直接包含在<property> 或 <constructor-arg> 元素里, 不需要设置任何 id 或 name 属性
• 内部 Bean 不能使用在任何其他地方
• 示例
    

3.4 装配基本数据类型和String

• 下面先看一个最简单的装配
    
    
    
• 简单解释
    1) id属性是Spring找到这个Bean的编号,id是非必须的,但是存在也一定是容器内唯一的,如果没有声明,则默认采用"类的全限定名#{number}"的格式生成编号.如果该类型只有一个这样的Bean,那么名称就是"类全限定名#0".如果存在相同类型且没有指定id的其他Bean,那么第二个Bean的默认id为"类全限定名#1".一般情况下,我们都最好自己定义且名称为类名小写,自动生成太繁琐了
    2) class显然是一个类全限定名
    3) property元素是定义类的属性名,其中nameshu8xing定义的是属性名称,而value是其值.(采用setter方式注入)

3.5 装配引用数据类型

• 上面装配基本数据类型和String都很简单,但是我们开发中不可能仅仅用到这些基础类型,比如User类中含有一个属性address,但是address属性是Address自定义类型的,那么我们该怎么装配这个引用数据类型呢?
    
    
• 我们可以先定义一个id为address的Bean,然后在User的Bean的属性输入时通过ref属性或者ref标签来指定对应的Bean进行装配就可以了

3.6 null值和级联属性

• 可以使用专用的 元素标签为 Bean 的字符串或其它对象类型的属性注入 null 值
• 和 Struts、Hiberante 等框架一样，Spring 支持级联属性的配置
• 代码示例
    

3.7 装配集合

• 上面的装配类型都还算比较单一,有时候还要做一些复杂的装配工作,比如Set,Map,List,Array和Properties等.下面通过代码引入,然后再进行详细说明;
• 示例代码
    
    
    
    
    
• 标签说明
    List属性为对应的元素进行装配,然后通过多个元素设值,对于引用类型,使用多个元素去引用之前定义的Bean
    Set属性为对应的元素进行装配,通过元素设值,对于引用类型,使用多个元素去引用之前定义的Bean
    数组:可以使用设置值,然后通过多个元素设值,对于引用类型,使用多个元素去引用之前定义的Bean
    Map属性为对应的
• 可以看出对于集合的装载,不仅可以是简单的基本数据类型也可以是装配自定义的引用类型,甚至是集合中套集合,各种复杂的装配情况随之出现.

3.8 使用 utility scheme 定义集合

• 引入一种场景:假设有一个用户类User,该用户有多个爱好hobby,在该类中爱好属性使用List集合进行存储,在配置文件中对该User类进行描述时,可以是下面这样
    
    
• 但是问题来了,如果此时有另外一个用户User2,它的爱好恰好和User1相同,难道我们也要像下面这样重新定义一个User2吗?这样就显得代码重用性不好,重复代码没必要,但是到目前为止学习到的内容,我们不能将集合作为独立的Bean定义,也就是说无法在不同Bean里面共享集合
    
• 我们可以使用util schema中的集合标签定义独立的集合Bean.注意的是,必须在<beans>根元素里添加util schema定义,然后使用util:xxx来定义集合Bean
    

3.9 p命名空间装配

• Spring 从 2.5 版本开始引入了一个新的 p 命名空间，可以通过 元素属性的方式配置 Bean 的属性。使用 p 命名空间后，基于 XML 的配置方式将进一步简化.
• 上面讲的util schema也是导入的命名空间进行操作的,在使用命名空间时,先要引入对应的命名空间和xml模式(xsd)文件.下图中的红色框中为p命名空间,p命名空间比较特殊,不需要导入xsd文件(PS:上面导入的util存在命名空间和对应xsd文件,感兴趣可以去看一下)
    
• 代码使用
    
    id为user1的编号,p代表引用属性,其中p:id="1"表示给user1对应的Bean实例的属性id,通过setter方法将其赋值为1,其他属性同理.

4 通过xml配置装配Bean–自动装配

• 前面提到的基于xml中的装配,构造方法,setter等方式都是手动装配,我们需要为Bean指定对应的属性,引用等.但是Spring在xml中也可以进行自动装配,可以用来知道Spring容器用自动装配的方式来进行依赖注入,我们需要做的就是在<bean>的autowire属性里指定自动装配的模式,具体的模式有五种,分别是:no,byName,byType,constructor,autodetect.
• 一般情况下，在实际的项目中很少使用自动装配功能，因为和自动装配功能所带来的好处比起来，明确清晰的配置文档更有说服力一些

4.1 no

• 默认的方式是不进行自动装配的,需要通过显式指定值或者指定引用才可以进行装配
    
• 上图中如果没有ref主动去引用address这个Bean的话,SpringIOC容器是不会帮忙装配的

4.2 byName

• 根据名称自动装配: 必须将目标 Bean 的名称和属性名设置的完全相同
• 代码演示:注意配置文件中和上图中的区别,是没有使用ref的
    
    
    
• 输出结果:从结果中可以看到,没有添加ref的User类中的address属性竟然神奇的有了值,并且值恰恰是配置文件中配置的Address的Bean实例,这就是通过byName方式进行自动装配,一定要注意—目标Bean的id名称必须和待装配类的属性名一致

4.3 byType

• 根据类型自动装配: 若 IOC 容器中有多个与目标 Bean 类型一致的 Bean. 在这种情况下, Spring 将无法判定哪个 Bean 最合适该属性, 所以不能执行自动装配.
• 代码(仅提供配置文件代码,重复代码就不多写了)
    
• 上述配置是可以正确运行获取信息的,当我们在配置文件中创建两个Address类的Bean的时候,可以发现配置文件已经自动报错了
    

4.4 constructor

• 通过构造器自动装配: 当 Bean 中存在多个构造器时, 此种自动装配方式将会很复杂. 不推荐使用,使用不当还会抛出异常

4.5 autodetect

• 首先尝试使用constructor方式来自动匹配,如果无法工作,则使用byType方式