Name: Spring实战（第4版）
ISBN: 9787115417305

作者: Craig Walls 沃尔斯
出版社: 人民邮电出版社
原作名: Spring in Action，Fourth Edition
译者: 张卫滨
出版年: 2016-4-1
页数: 577
定价: CNY 89.00
装帧: 平装
ISBN: 9787115417305

豆瓣评分

8.2

628人评价

5星

29.5%
4星

51.1%
3星

17.4%
2星

1.8%
1星

0.3%

评价:

内容简介 · · · · · ·

《Spring实战（第4版）》是经典的、畅销的Spring学习和实践指南。

第4版针对Spring 4进行了全面更新。全书分为四部分。第1部分介绍Spring框架的核心知识。第二部分在此基础上介绍了如何使用Spring构建Web应用程序。第三部分告别前端，介绍了如何在应用程序的后端使用Spring。第四部分描述了如何使用Spring与其他的应用和服务进行集成。

《Spring实战（第4版）》适用于已具有一定Java 编程基础的读者，以及在Java 平台下进行各类软件开发的开发人员、测试人员，尤其适用于企业级Java 开发人员。本书既可以被刚开始学习Spring 的读者当作学习指南，也可以被那些想深入了解Spring 某方面功能的专业用户作为参考用书。

在线试读：

得到

作者简介 · · · · · ·

Craig Walls是Pivotal的高级工程师，是Spring Social和Spring Sync的项目领导者，同时也是Manning出版社《Spring In Action》的作者，目前这本书已经更新到了第四版。他非常热心于Spring框架的推广，经常在当地的用户组和会议上演讲并在博客上撰写Spring相关的内容。在不琢磨代码的时候，Craig Walls会尽可能多地陪伴他的妻子、两个女儿、两只小鸟以及两只小狗。

目录 · · · · · ·

第1部分　Spring的核心
第1章　Spring之旅　3
1.1　简化Java开发　4
1.1.1　激发POJO的潜能　5
1.1.2　依赖注入　5
1.1.3　应用切面　11
· · · · · · (更多)

原文摘录 · · · · · · ( 全部 )

It all started with a bean. (查看原文)

水月痴人 2013-08-16 22:18:51

—— 引自第4页
On the other hand, completely uncoupled code doesn't do anything. (查看原文)

OrangeCLK 2015-11-04 01:18:42

—— 引自第19页

> 全部原文摘录

豆瓣成员常用的标签(共92个) · · · · · ·

Spring Java spring 计算机编程 java 软件开发程序设计

喜欢读"Spring实战（第4版）"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 深入理解Java虚拟机：JVM高级特性与最佳实践

25.00元

: MySQL技术内幕：InnoDB存储引擎（第2版）

14.99元

: 精通Spring4.x

32.00元

: 高性能MySQL（第3版）

8.99元

: Redis开发与运维

15.00元

喜欢读"Spring实战（第4版）"的人也喜欢 · · · · · ·

: Java 8实战

: 深入分析Java Web技术内幕（修订...

: Effective java 中文版（第2版）

: Redis实战

: Head First 设计模式（中文版）

: 深入剖析Tomcat

: Netty实战

: JSP & Servlet学习笔记

: 图解设计模式

: 阿里巴巴Java开发手册

我来说两句

短评 · · · · · · ( 全部 213 条 )

Spring实战（第4版）的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

Spring实战（第4版）的书评 · · · · · · ( 全部 36 条 )

热门 / 最新 / 好友 /只看本版本的评论

Nilson 2008-03-11 22:35:24 人民邮电出版社2006版

对于一种技术来说关键在本质而不是细节

一个超过5年的编程人员应该理解到技术上的细节千差万别，一个一个追逐下来实在疲惫不堪关键是想清楚这个技术的出现是为什么解决乐什么问题？想清楚这个用的时候才不会偏离回想一下ejb，struts 你真的明白他的流行是为什么？他的思想是什么？他为什么会没落吗？ (展开)

5 4回应

无聊叮当猫 2011-08-02 17:28:15 Manning Publications2011版

Spring很好的入门书籍

一本书写到第三版，除了经典书籍估计很少能做到这一点。本书就像作者说的一样，Spring经过这几年的飞速发展，已经形成了多个Projects，要想在一本书中都涉及的确是不可能的了。Manning就出了如Spring Batch in Action，Spring Roo in Action这样的书籍。因此本书和其他的再版... (展开)

0回应

灵风轻响 2011-05-26 12:00:46 人民邮电出版社2008版

翻译差点可以忍出版社编辑太垃圾了

我就纳闷了都第六次印刷了先不说翻译的问题刚刚翻到36页就看到了3处错别字和拼写错误能不能改正下啊出版社能不能端正下态度啊这么好的一本书就这么让翻译和出版社毁了真是无语了！我看过不少人民邮电出版社出的书都是这样其实错别字还好这种代码书就怕后面... (展开)

3回应

t君 2009-04-04 00:03:24 人民邮电出版社2008版

总的来说不错，质量方面比较雷

推荐序里面提到了什么骑士之类，但是书中的例子就第一章有骑士，估计写序那人也就读了读第一章就仓促下笔了吧。谁叫大家都很忙呢。翻译质量因为没看英文原版所以不知道，但是单词拼写错误以及汉字错别字确实在后几章相当严重，印象一下子就掉下来了。 (展开)

2回应

272317227 2017-06-24 00:00:13

不适合初学者

首先你要有一定基础才能读懂这本书其次，这本书里的代码有些没法跑，第四章AOP压根就没给代码。。。里面用到了很多的基础知识，直接拿来用，也没介绍这些基础知识。比如说里面的所有的程序论证使用了junit，这点让我很恼火所以这本书建议想进阶的人可以读，而不适合初学者... (展开)

0回应

望断缥缈 2019-07-31 13:07:43

一本关于Spring 4.X较好的入门书

这篇书评可能有关键情节透露

第一章 DI（依赖注入）的方式：将依赖作为构造器参数传入。 Spring使用bean表示应用组件。创建应用组件之间协作的行为称为装配（wiring）。XML配置，java配置。 Spring通过applicationContext负责bean的管理。有多种应用上下文：classPathXmlApplicationContext加载xml配置。 A... (展开)

0回应

jonah 2008-12-20 20:15:09 人民邮电出版社2008版

把一本好书给翻烂了！

特别是第13章，错别字太多，可能是使用拼音输入法的原因吧。更可恨的是把函数名也写错了：13.1.3 把handleRequestInternal写成了handleRequest，害人不浅啊！确实需要边看英文原文边看中文版。 (展开)

0回应

Optimus Prime 2013-12-14 22:11:26 人民邮电出版社2013版

关于Spring的新华字典

《Spring in Action》是一本关于Spring的最基本介绍的书。这本书的定位就相当于是关于Spring的新华字典，只有一些基本概念的介绍和示例，涵盖了Spring的各个方面，但都不够深入。就像作者在最后一页写的那样：“学习Spring，这才刚刚开始”。 Can't agree more. Spring的博大精... (展开)

3回应

翡青zzz 2018-04-18 11:24:49

Spring权威指南

这篇书评可能有关键情节透露

全书知识深度较浅, 但非常权威(针对Sp5.0可能会有部分deprecated内容), 且能够在如此有限的篇幅中覆盖如此广阔的内容, 实属不易也实属罕见. 第1部分(DI、AOP): 稳扎稳打,巩固基础; 第2部分(Web): SpringMVC最传统, 最精华, 也是最实用的部分(感觉<SpringMVC学习指南>一本... (展开)

0回应

gao_xianglon 2015-04-21 11:52:50 Manning Publications2011版

一本不错的关于Spring的书籍

最初学习spring一直在看官方文档和源码，这本书是从蔡学镛微博里发现的，后来觉得这本书封面比较吸引我，就买了本。这本书确实写的不错，老外的写作思路就是那么奇特，骑士、奥特玛、小怪兽。。。。只可惜中国的作者或许短时间脑袋没这么灵光，想不出这种笔锋来描绘一件事物，... (展开)

0回应

> 更多书评 36篇

读书笔记 · · · · · · (共17篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
Spring实战书评

陈辉

读这本书的动机为了更全面深入了解一门技术。作为技术技术从业者，凡事探其究竟。Spring是一个在互联网从业者广泛应用的开发框架，已经流行多年。而且凡编程都会提到这一框架。然而对其却很少深入。简单的说一个框架知道如何用便可以应付工作中的需要。可要追本溯源，便要了解其发展。这里说大部分是我个人理解，以及查阅资料总结所得。在最初使用spring只知道它是一个强大的web开发框架，然而对它的强大之处却并不体会，...
2020-08-11 22:30

读这本书的动机
为了更全面深入了解一门技术。作为技术技术从业者，凡事探其究竟。Spring是一个在互联网从业者
广泛应用的开发框架，已经流行多年。而且凡编程都会提到这一框架。然而对其却很少深入。简单的
说一个框架知道如何用便可以应付工作中的需要。可要追本溯源，便要了解其发展。这里说大部分是
我个人理解，以及查阅资料总结所得。在最初使用spring只知道它是一个强大的web开发框架，然而
对它的强大之处却并不体会，这种强大大部分是对比EJB（即Java标准发布者发布的企业级框架）以
及当今web开发常用框架来说的。而这些主要体现在易用上。在软件的发展过程中有很多的框架，EJB
作为Java的官方发布显得更有权威一些，然而事实上却令很多开发人员抱怨其开发过于笨重，事实上
很多的开发实际上不用如此重量级的框架。简单说一半我们都需要盖一个二层小楼，而EJB提供的设备
却是盖摩天大楼用的，放在一个普通的应用身上，这不仅显得大材小用，而实际上EJB在开发上通常要
按照它的框架来盖楼，必须要遵守它的规范。然而spring正是在这一点上体现了它的超越之处，它在
开发过程中解脱了对开发者的这种束缚，当然这对于大多数应用来说，在最初，spring显然是超越了
EJB，被广泛采用；虽然spring不像EJB那种企业级标准来说能够全面覆盖到所有的面，但spring
优秀的设计思想已被接纳并经过验证；随着spring的广泛支持，它也逐渐被Java标准所吸纳，而后来
的EJB版本也引入了sping。所以Spring于EJB可能在本质上区别之处并不大，在不同时期它们或许都有
特定的意义。但spring这一框架思想被广泛认可而被逐渐接受，逐渐走向标准化；这一过程中也有许
多其它的框架产生，在这过程中spring被逐渐筛选而逐渐成为主流。
关于这本书的收获：
Spring是优秀的设计框架，我的理解这主要是得益于它的设计思想，它最初的设计是为了使应用框架
更简单和轻松（尽管优秀的框架也并不完全能达到这一点，但spring得确非常优秀），相比EJB框架
来说它的简单之处就在于不用像EJB那样，在其框架上建房子，要使用一堆臃肿甚至看似无用的代码，
来满足EJB标准的要求。在spring当中只需要简单得代码注明即可，甚至看不到痕迹。因为这一切都由
spring框架管理了起来，像EJB那样，能完成同样的功能，却能如此的优雅，我想这也是spring
设计初衷 -- “最小侵入式编程”的体现。Spring轻简的使用方式得益于依赖注入的设计，在另一方面
spring面向切面这一功能使得更多的需要可以切入到代码当中完成其它的需要，这样解决了代码复用
的问题，例如安全事务，日志等。
关于这本书得整体概括，可以说spring最核心的技术在于依赖注入（Dependency Injection）
和面向切面编程（Aspect Oriented Programming），从技术角度来看，依赖注入解决了开发过程中
耦合的问题，它通过简单的注解或配置的方式，把这种依赖交由框架管理起来，而且这种方式非常
方便易用，使得代码显得更加清晰易懂，也便于以后的管理。而在横向上，spring借鉴了面向切面这一
概念使代码功能模块实现分离，从而达到重用。这也是我认为读本书最核心要了解的知识，其中关于
这部分的讲解占据前一部分，后一部分是在各个方向的应用，如数据库，事务管理，以及在工程项目
当中的应用。
Spring实战这本书涵盖了Spring框架核的心思想，即是Dependcy Injection (DI)依赖注入，和Aspect Oriented Programming(AOP)面向切面编程；同时这本书也在其核心思想基础上向各个方向展开，数据库，事务管理等等。往往经典的框架都是简单易用的。Spring或许应了这句话，当初也正是因为Sun公司发布的EJB框架没能满足这样需求，在实际应用中显得臃肿而复杂。这也便是spring成为流行趋势的原因。对比EJB，它要求使用者必须继承它的框架，遵从它的规范来进行开发，在一个企业级应用开发中，开发人员所期望创建的流程必须在EJB所规定的框架之下；然而spring打破了这样的束缚，它让开发自由度更大，释放了这种规范的要求，这在思想上就高了一筹；而且spring避免了EJB代码开发中高度的耦合与复杂的场景这也得益于spring框架DJ和AOP的好处，让java开发变得简单这一趋势所产生的。

推荐

回应 2020-08-11 22:30
展开收起
Bean的生命周期

Simon

2020-05-06 13:20

推荐

回应 2020-05-06 13:20
展开收起
第1页 Spring in action

Yellow

Spring核心 “我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。自动化装配bean Spring从两个角度实现自动化配置组件扫描(component scanning) 自动装配(...
2018-11-28 20:11

Spring核心
“我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。
引自 Spring in action
自动化装配bean
Spring从两个角度实现自动化配置
组件扫描(component scanning) 自动装配(autowiring)
引自 Spring in action
@Component注解
表明该类会作为组件，并告知Spring要为这个类创建bean，不需要显示配置bean。
为bean命名：@Component("Name")
@ComponentScan注解
组件扫描默认是不启用的，需要使用该注解用以下方式启用：在配置类上标注即可。默认情况下只扫描当前包及其子包。也可以设置组件扫描的基础包：
@ComponentScan("Name") @ComponentScan(basePackages="Name") @ComponentScan(basePackages={"Name1", "Name2", ...}) @ComponentScan(basePackageClasses={Name1.class, Name2.class})
引自 Spring in action
@Autowrited注解
自动装配，可以使用在构造器，方法，属性之上以获得自动装配。当没有匹配的组件时，会抛出异常。设置required属性为false可以避免抛出，但要十分谨慎检查对象是否为null。如果多个对象可以匹配，同样抛出异常。
@Named、@Inject注解
与 @Component注解、@Autowrited注解有细微差别大多情况下可以替换使用，来源于Java依赖注入规范（Java Dependency Injection）。
@ContextConfiguration注解
@ContextConfiguration(classes=*.class)用于标记加载配置类位置。 @ContextConfiguration({"classpath:*.xml"})用于标记加载配置xml文件位置。
@RunWirh
运行器
基于Java的配置
@Bean
声明bean。产生单例对象。唯一限制java方式配置的是java语言特性。
基于XML的配置
构造器注入 <cnstructor-arg>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间c装配，声明c的URI后可以使用 c: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，c: _index[-ref]="value" ，当只有一个参数时可以省略编号。
属性注入 <property>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间p装配，声明c的URI后可以使用 p: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，p: _index[-ref]="value" ，当只有一个参数时可以省略编号。
装配集合
<list> <set> <map> <props>
引自 Spring in action
<list><value>value</value></list>
然而c或者p命名空间并不能装配集合，使用util命名空间：
<uilt:list> <uilt:set> <uilt:map> <uilt:props>
引自 Spring in action
<util:list id="name"><value>value</value></util:list>
之后使用id属性引用它。
导入和混合配置
@Import @ImportResource 标签
在java配置中使用@Import({*.class, ...})导入其他配置类，使用@ImportResource("*.xml")导入xml配置。
<import>标签
在xml配置中使用<import>标签导入其他xml配置，使用<bean>标签导入java配置类。
profile
有选择的配置bean
在java配置类中配置
在类上使用@profile("name")配置，只有在"name" profile激活时词才会创建。在方法上使用时，可以在一个配置类中声明不同的profile。没有声明的bean无论激活哪个profile都会创建。
在xml中配置
在<beans>标签中配置profile属性。
激活profile
设置spring.proflies.active和spring.profiles.default。如果设置active，就按active；未设置active，则按default；均未设置，没有激活的profile。激活的方式有很多，目前还不是太了解那些条目是什么意思。只知道在测试类上可以使用@ActiveProfiles("name")设置。
条件化bean
@Conditional标签
@Conditional(*.class)标记bean，类实现Condition接口，实现接口中的matches方法，返回一个boolean，ture创建bean。 Condition接口：
public interface Condition { boolean matches (ConditionContext ctxt, AnnotatedTypeMetadata metadata); }
自动装配的歧义
@Primary标签
标记首选bean，在xml配置中使用bean的primary属性设为true。
@Qualifier标签
可以与@Autowrited和@Inject协同使用，指定要注入的是哪个bean。限定符与bean的ID相同，这样当重构bean时ID可能有变化，自动装配可能会失败，自定义限定符。声明bean时候与@Component组合使用，@Qualifier("name")。
自定义限定符注解
一个java类，形式如下：
@Target({ElementType.CONSTRUCTOR, ElementType.FIELD, ElementType.METHOD, ElementTypt.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Qualifier public @interface Name {}
通过使用多个@Name标签限定bean装配。
Bean作用域
默认情况下是单例（Singleton）的。还包括原型（Prototype）、会话（Session）、请求（Request）。
@Scope标签
使用@Scope("name")设置。可以是字符串，但是使用ConfigurableBeanFactory更不容易出错。如果使用xml配置使用bean的scope属性。
会话和请求作用域
预留
属性占位符（Property placeholder）
@PropertySource("path")声明属性源，从属性源中获取值，使用Environment的getProperty()方法。getProperty()有重载方法，用于类型转换。getRequiredProperty()属性不存在是抛出异常的getProperty()版本。还有String[] getDefaultProfiles()和String[] getActiveProfiles()获取那些profile处于激活的状态。
占位符${...}
为了使用占位符需要配置一个类：
@Bean public static PropertySourcesPlaceholderConfigurer placeholderConfigurer() { return new PropertySourcesPlaceholderConfigurer(); }
如果使用xml：
<context:property-placeholder />
在xml中直接使用。在自动扫描和java配置中，用@Value("&{...}")标签，在属性前使用。
SpEl
表达式形式如#{...}。很灵活。
使用T()引用java类，之后通过.访问静态方法、静态属性使用beanID引用bean，调用方法，属性使用systemProperties引用系统属性在xml和@Value中组合使用调用方法时在.之前使用?，如果是null值则不调用该方法使用运算符和正则表达式(字符串 matches 表达式) 使用[index]引用集合元素，获取字符串字符 .?[表达式]，返回集合中表达式为真的子集 .^[]和.$[]，查询第一个和最后一个匹配项 .![属性]，选择属性到新集合中
引自 Spring in action
后四个对于集合使用。组合起来非常灵活。
Spring AOP
Spring只支持方法级别的连接点。切面要声明为一个bean。
通知
五种类型
前置通知before 后置通知after 返回通知after-return 异常通知after-throwing 环绕通知around
引自 Spring in action
连接点
可以插入通知的位置
切点
插入通知的位置
切面（Aspect）
通知和写点共同定义了切面
引入（Introduction）
向现有类添加新方法
织入（Weaving）
把切面应用到目标对象并创建新的代理对象的过程，多个点可以织入：
编译期，AspectJ织入方式类加载期，需要特殊的类加载器，AspectJ5的加载时织入支持运行期，SpringAOP织入方式
引自 Spring in action
编写切点
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器] 返回任意类型时使用*，使用任意参数时使用(..)，可选的操作符指示器，例如指示器arg等。bean指示器用于选择特定id的bean。
使用注解创建切面
使用@Aspect标记切面。@Before @After @AfterReturing @AfterThrowing注解，使用注解(切点)的方式在方法上使用。
使用方法名称引用切点：
@Pointcut(切点) 方法名称() {}
@EnableAspectJAutoProxy注解
在JavaConfig中启用自动代理，xml中使用<aop:aspectj-autoproxy>
环绕通知
@Around注解注释环绕通知，被环绕的方法必要的ProceedingJoinPoint类型参数。并调用proceed()方法执行被通知方法。
处理参数
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器]
使用args(参数名称)指示器，在注解中加入参数名称，参数名称要与切点方法签名中的方法名称匹配。
通过直接引入新功能
@DelcareParents(value="bean类型", defaultImpl=实现类.class) public static 功能接口
在xml中声明切面
<aop:config>从它开始。<aop:aspect ref="bean">定义切面，ref提供方法。 <aop:before|after|after-returning|after-throwing pointcut="切点" method="方法">通知。 <aop:pointcut id="name" expression="切点">定义切点。 <aop:around>环绕通知。传递参数时候，在xml文件中使用and等代替&&。 <aop:declare-parents types-matching="bean类型" implement-interface="功能接口" default-impl="实现类"|delegate-ref="bean">
引自 Spring in action
注入AspectJ切面
注意：使用idea，需要在设置中添加“Settings->Build->Compiler->Java Compiler->Use compiler”选择Ajc，并在下面path中选择aspectjtools。
一个aspect类，*.aj文件。其中使用pointcut定义切点，before()、after()、returning()定义通知。最要是的是它可以被注入，和正常的bean一样使用。但声明bean时，要加入factory-method属性，值为aspectOf。Spring不能实例化aspect，由AspectJ提供静态方法aspectOf()实例化一个单例。

推荐

回应 2018-11-28 20:11
展开收起
第3章　高级装配　

2018-11-16 22:43

推荐

回应 2018-11-16 22:43

展开收起
第1页 Spring in action

Yellow

Spring核心 “我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。自动化装配bean Spring从两个角度实现自动化配置组件扫描(component scanning) 自动装配(...
2018-11-28 20:11

Spring核心
“我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。
引自 Spring in action
自动化装配bean
Spring从两个角度实现自动化配置
组件扫描(component scanning) 自动装配(autowiring)
引自 Spring in action
@Component注解
表明该类会作为组件，并告知Spring要为这个类创建bean，不需要显示配置bean。
为bean命名：@Component("Name")
@ComponentScan注解
组件扫描默认是不启用的，需要使用该注解用以下方式启用：在配置类上标注即可。默认情况下只扫描当前包及其子包。也可以设置组件扫描的基础包：
@ComponentScan("Name") @ComponentScan(basePackages="Name") @ComponentScan(basePackages={"Name1", "Name2", ...}) @ComponentScan(basePackageClasses={Name1.class, Name2.class})
引自 Spring in action
@Autowrited注解
自动装配，可以使用在构造器，方法，属性之上以获得自动装配。当没有匹配的组件时，会抛出异常。设置required属性为false可以避免抛出，但要十分谨慎检查对象是否为null。如果多个对象可以匹配，同样抛出异常。
@Named、@Inject注解
与 @Component注解、@Autowrited注解有细微差别大多情况下可以替换使用，来源于Java依赖注入规范（Java Dependency Injection）。
@ContextConfiguration注解
@ContextConfiguration(classes=*.class)用于标记加载配置类位置。 @ContextConfiguration({"classpath:*.xml"})用于标记加载配置xml文件位置。
@RunWirh
运行器
基于Java的配置
@Bean
声明bean。产生单例对象。唯一限制java方式配置的是java语言特性。
基于XML的配置
构造器注入 <cnstructor-arg>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间c装配，声明c的URI后可以使用 c: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，c: _index[-ref]="value" ，当只有一个参数时可以省略编号。
属性注入 <property>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间p装配，声明c的URI后可以使用 p: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，p: _index[-ref]="value" ，当只有一个参数时可以省略编号。
装配集合
<list> <set> <map> <props>
引自 Spring in action
<list><value>value</value></list>
然而c或者p命名空间并不能装配集合，使用util命名空间：
<uilt:list> <uilt:set> <uilt:map> <uilt:props>
引自 Spring in action
<util:list id="name"><value>value</value></util:list>
之后使用id属性引用它。
导入和混合配置
@Import @ImportResource 标签
在java配置中使用@Import({*.class, ...})导入其他配置类，使用@ImportResource("*.xml")导入xml配置。
<import>标签
在xml配置中使用<import>标签导入其他xml配置，使用<bean>标签导入java配置类。
profile
有选择的配置bean
在java配置类中配置
在类上使用@profile("name")配置，只有在"name" profile激活时词才会创建。在方法上使用时，可以在一个配置类中声明不同的profile。没有声明的bean无论激活哪个profile都会创建。
在xml中配置
在<beans>标签中配置profile属性。
激活profile
设置spring.proflies.active和spring.profiles.default。如果设置active，就按active；未设置active，则按default；均未设置，没有激活的profile。激活的方式有很多，目前还不是太了解那些条目是什么意思。只知道在测试类上可以使用@ActiveProfiles("name")设置。
条件化bean
@Conditional标签
@Conditional(*.class)标记bean，类实现Condition接口，实现接口中的matches方法，返回一个boolean，ture创建bean。 Condition接口：
public interface Condition { boolean matches (ConditionContext ctxt, AnnotatedTypeMetadata metadata); }
自动装配的歧义
@Primary标签
标记首选bean，在xml配置中使用bean的primary属性设为true。
@Qualifier标签
可以与@Autowrited和@Inject协同使用，指定要注入的是哪个bean。限定符与bean的ID相同，这样当重构bean时ID可能有变化，自动装配可能会失败，自定义限定符。声明bean时候与@Component组合使用，@Qualifier("name")。
自定义限定符注解
一个java类，形式如下：
@Target({ElementType.CONSTRUCTOR, ElementType.FIELD, ElementType.METHOD, ElementTypt.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Qualifier public @interface Name {}
通过使用多个@Name标签限定bean装配。
Bean作用域
默认情况下是单例（Singleton）的。还包括原型（Prototype）、会话（Session）、请求（Request）。
@Scope标签
使用@Scope("name")设置。可以是字符串，但是使用ConfigurableBeanFactory更不容易出错。如果使用xml配置使用bean的scope属性。
会话和请求作用域
预留
属性占位符（Property placeholder）
@PropertySource("path")声明属性源，从属性源中获取值，使用Environment的getProperty()方法。getProperty()有重载方法，用于类型转换。getRequiredProperty()属性不存在是抛出异常的getProperty()版本。还有String[] getDefaultProfiles()和String[] getActiveProfiles()获取那些profile处于激活的状态。
占位符${...}
为了使用占位符需要配置一个类：
@Bean public static PropertySourcesPlaceholderConfigurer placeholderConfigurer() { return new PropertySourcesPlaceholderConfigurer(); }
如果使用xml：
<context:property-placeholder />
在xml中直接使用。在自动扫描和java配置中，用@Value("&{...}")标签，在属性前使用。
SpEl
表达式形式如#{...}。很灵活。
使用T()引用java类，之后通过.访问静态方法、静态属性使用beanID引用bean，调用方法，属性使用systemProperties引用系统属性在xml和@Value中组合使用调用方法时在.之前使用?，如果是null值则不调用该方法使用运算符和正则表达式(字符串 matches 表达式) 使用[index]引用集合元素，获取字符串字符 .?[表达式]，返回集合中表达式为真的子集 .^[]和.$[]，查询第一个和最后一个匹配项 .![属性]，选择属性到新集合中
引自 Spring in action
后四个对于集合使用。组合起来非常灵活。
Spring AOP
Spring只支持方法级别的连接点。切面要声明为一个bean。
通知
五种类型
前置通知before 后置通知after 返回通知after-return 异常通知after-throwing 环绕通知around
引自 Spring in action
连接点
可以插入通知的位置
切点
插入通知的位置
切面（Aspect）
通知和写点共同定义了切面
引入（Introduction）
向现有类添加新方法
织入（Weaving）
把切面应用到目标对象并创建新的代理对象的过程，多个点可以织入：
编译期，AspectJ织入方式类加载期，需要特殊的类加载器，AspectJ5的加载时织入支持运行期，SpringAOP织入方式
引自 Spring in action
编写切点
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器] 返回任意类型时使用*，使用任意参数时使用(..)，可选的操作符指示器，例如指示器arg等。bean指示器用于选择特定id的bean。
使用注解创建切面
使用@Aspect标记切面。@Before @After @AfterReturing @AfterThrowing注解，使用注解(切点)的方式在方法上使用。
使用方法名称引用切点：
@Pointcut(切点) 方法名称() {}
@EnableAspectJAutoProxy注解
在JavaConfig中启用自动代理，xml中使用<aop:aspectj-autoproxy>
环绕通知
@Around注解注释环绕通知，被环绕的方法必要的ProceedingJoinPoint类型参数。并调用proceed()方法执行被通知方法。
处理参数
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器]
使用args(参数名称)指示器，在注解中加入参数名称，参数名称要与切点方法签名中的方法名称匹配。
通过直接引入新功能
@DelcareParents(value="bean类型", defaultImpl=实现类.class) public static 功能接口
在xml中声明切面
<aop:config>从它开始。<aop:aspect ref="bean">定义切面，ref提供方法。 <aop:before|after|after-returning|after-throwing pointcut="切点" method="方法">通知。 <aop:pointcut id="name" expression="切点">定义切点。 <aop:around>环绕通知。传递参数时候，在xml文件中使用and等代替&&。 <aop:declare-parents types-matching="bean类型" implement-interface="功能接口" default-impl="实现类"|delegate-ref="bean">
引自 Spring in action
注入AspectJ切面
注意：使用idea，需要在设置中添加“Settings->Build->Compiler->Java Compiler->Use compiler”选择Ajc，并在下面path中选择aspectjtools。
一个aspect类，*.aj文件。其中使用pointcut定义切点，before()、after()、returning()定义通知。最要是的是它可以被注入，和正常的bean一样使用。但声明bean时，要加入factory-method属性，值为aspectOf。Spring不能实例化aspect，由AspectJ提供静态方法aspectOf()实例化一个单例。

推荐

回应 2018-11-28 20:11
展开收起
第34页装配beab

懒散的奋斗者

配置bean的几种方式：在XML中显示配置在JAVA中显示配置隐式的bean发现机制和自动装配
2018-04-23 23:19

配置bean的几种方式：
在XML中显示配置
在JAVA中显示配置
隐式的bean发现机制和自动装配

推荐

回应 2018-04-23 23:19
展开收起
第146页 5.2.1 测试控制器
SparksFly
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.*; import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.*; import static org.springframework.test.web.servlet.setup.MockMvcBuilders.*; import org.junit.Test; import org.springframework.test.web.servlet.MockMvc; import spittr.web.HomeController; public class HomeControllerTest { @Test pub...
2016-07-04 21:12
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.*; import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.*; import static org.springframework.test.web.servlet.setup.MockMvcBuilders.*; import org.junit.Test; import org.springframework.test.web.servlet.MockMvc; import spittr.web.HomeController; public class HomeControllerTest { @Test public void testHomePage() throws Exception { HomeController controller = new HomeController(); MockMvc mockMvc = standaloneSetup(controller).build(); mockMvc.perform(get("/")) .andExpect(view().name("home")); } }
一直不能通过测试，异常信息如下： java.lang.NoClassDefFoundError: org/springframework/core/MethodIntrospector$MetadataLookup at org.springframework.test.web.servlet.setup.StandaloneMockMvcBuilder$StandaloneConfiguration.requestMappingHandlerMapping(StandaloneMockMvcBuilder.java:330) at x at org.springframework.test.web.servlet.setup.StandaloneMockMvcBuilder.initWebAppContext(StandaloneMockMvcBuilder.java:279) at org.springframework.test.web.servlet.setup.DefaultMockMvcBuilder.build(DefaultMockMvcBuilder.java:200) at spitter.web.HomeControllerTest.testHomePage(HomeControllerTest.java:17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) Caused by: java.lang.ClassNotFoundException: org.springframework.core.MethodIntrospector$MetadataLookup at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:423) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ... 28 more 求指导，就算用书中发布的代码也不能成功执行。

推荐

回应 2016-07-04 21:12
展开收起
第165页 5.4处理表单

泥土笨笨

程序清单5.19中，参数Errors需要改成BindResult pom.xml中需要增加 <dependency> <groupId>javax.validation</groupId> <artifactId>validation-api</artifactId> <version>1.1.0.Final</version> </dependency> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-validator</artifactId> <version>5.3.0.Alpha1<...
2017-03-14 22:46

程序清单5.19中，参数Errors需要改成BindResult
pom.xml中需要增加
<dependency>
<groupId>javax.validation</groupId>
<artifactId>validation-api</artifactId>
<version>1.1.0.Final</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
<version>5.3.0.Alpha1</version>
</dependency>

推荐

回应 2017-03-14 22:46

展开收起
Spring实战书评

陈辉

读这本书的动机为了更全面深入了解一门技术。作为技术技术从业者，凡事探其究竟。Spring是一个在互联网从业者广泛应用的开发框架，已经流行多年。而且凡编程都会提到这一框架。然而对其却很少深入。简单的说一个框架知道如何用便可以应付工作中的需要。可要追本溯源，便要了解其发展。这里说大部分是我个人理解，以及查阅资料总结所得。在最初使用spring只知道它是一个强大的web开发框架，然而对它的强大之处却并不体会，...
2020-08-11 22:30

读这本书的动机
为了更全面深入了解一门技术。作为技术技术从业者，凡事探其究竟。Spring是一个在互联网从业者
广泛应用的开发框架，已经流行多年。而且凡编程都会提到这一框架。然而对其却很少深入。简单的
说一个框架知道如何用便可以应付工作中的需要。可要追本溯源，便要了解其发展。这里说大部分是
我个人理解，以及查阅资料总结所得。在最初使用spring只知道它是一个强大的web开发框架，然而
对它的强大之处却并不体会，这种强大大部分是对比EJB（即Java标准发布者发布的企业级框架）以
及当今web开发常用框架来说的。而这些主要体现在易用上。在软件的发展过程中有很多的框架，EJB
作为Java的官方发布显得更有权威一些，然而事实上却令很多开发人员抱怨其开发过于笨重，事实上
很多的开发实际上不用如此重量级的框架。简单说一半我们都需要盖一个二层小楼，而EJB提供的设备
却是盖摩天大楼用的，放在一个普通的应用身上，这不仅显得大材小用，而实际上EJB在开发上通常要
按照它的框架来盖楼，必须要遵守它的规范。然而spring正是在这一点上体现了它的超越之处，它在
开发过程中解脱了对开发者的这种束缚，当然这对于大多数应用来说，在最初，spring显然是超越了
EJB，被广泛采用；虽然spring不像EJB那种企业级标准来说能够全面覆盖到所有的面，但spring
优秀的设计思想已被接纳并经过验证；随着spring的广泛支持，它也逐渐被Java标准所吸纳，而后来
的EJB版本也引入了sping。所以Spring于EJB可能在本质上区别之处并不大，在不同时期它们或许都有
特定的意义。但spring这一框架思想被广泛认可而被逐渐接受，逐渐走向标准化；这一过程中也有许
多其它的框架产生，在这过程中spring被逐渐筛选而逐渐成为主流。
关于这本书的收获：
Spring是优秀的设计框架，我的理解这主要是得益于它的设计思想，它最初的设计是为了使应用框架
更简单和轻松（尽管优秀的框架也并不完全能达到这一点，但spring得确非常优秀），相比EJB框架
来说它的简单之处就在于不用像EJB那样，在其框架上建房子，要使用一堆臃肿甚至看似无用的代码，
来满足EJB标准的要求。在spring当中只需要简单得代码注明即可，甚至看不到痕迹。因为这一切都由
spring框架管理了起来，像EJB那样，能完成同样的功能，却能如此的优雅，我想这也是spring
设计初衷 -- “最小侵入式编程”的体现。Spring轻简的使用方式得益于依赖注入的设计，在另一方面
spring面向切面这一功能使得更多的需要可以切入到代码当中完成其它的需要，这样解决了代码复用
的问题，例如安全事务，日志等。
关于这本书得整体概括，可以说spring最核心的技术在于依赖注入（Dependency Injection）
和面向切面编程（Aspect Oriented Programming），从技术角度来看，依赖注入解决了开发过程中
耦合的问题，它通过简单的注解或配置的方式，把这种依赖交由框架管理起来，而且这种方式非常
方便易用，使得代码显得更加清晰易懂，也便于以后的管理。而在横向上，spring借鉴了面向切面这一
概念使代码功能模块实现分离，从而达到重用。这也是我认为读本书最核心要了解的知识，其中关于
这部分的讲解占据前一部分，后一部分是在各个方向的应用，如数据库，事务管理，以及在工程项目
当中的应用。
Spring实战这本书涵盖了Spring框架核的心思想，即是Dependcy Injection (DI)依赖注入，和Aspect Oriented Programming(AOP)面向切面编程；同时这本书也在其核心思想基础上向各个方向展开，数据库，事务管理等等。往往经典的框架都是简单易用的。Spring或许应了这句话，当初也正是因为Sun公司发布的EJB框架没能满足这样需求，在实际应用中显得臃肿而复杂。这也便是spring成为流行趋势的原因。对比EJB，它要求使用者必须继承它的框架，遵从它的规范来进行开发，在一个企业级应用开发中，开发人员所期望创建的流程必须在EJB所规定的框架之下；然而spring打破了这样的束缚，它让开发自由度更大，释放了这种规范的要求，这在思想上就高了一筹；而且spring避免了EJB代码开发中高度的耦合与复杂的场景这也得益于spring框架DJ和AOP的好处，让java开发变得简单这一趋势所产生的。

推荐

回应 2020-08-11 22:30
展开收起
Bean的生命周期

Simon

2020-05-06 13:20

推荐

回应 2020-05-06 13:20
展开收起
第1页 Spring in action

Yellow

Spring核心 “我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。自动化装配bean Spring从两个角度实现自动化配置组件扫描(component scanning) 自动装配(...
2018-11-28 20:11

Spring核心
“我的建议是尽可能地使用自动配置的机制。显式配置越少越好。当你必须要显式配置bean的时候（比如，有些源码不是由你来维护的，而当你需要为这些代码配置bean的时候），我推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在JavaConfig中没有同样的实现时，才应该使用XML”。
引自 Spring in action
自动化装配bean
Spring从两个角度实现自动化配置
组件扫描(component scanning) 自动装配(autowiring)
引自 Spring in action
@Component注解
表明该类会作为组件，并告知Spring要为这个类创建bean，不需要显示配置bean。
为bean命名：@Component("Name")
@ComponentScan注解
组件扫描默认是不启用的，需要使用该注解用以下方式启用：在配置类上标注即可。默认情况下只扫描当前包及其子包。也可以设置组件扫描的基础包：
@ComponentScan("Name") @ComponentScan(basePackages="Name") @ComponentScan(basePackages={"Name1", "Name2", ...}) @ComponentScan(basePackageClasses={Name1.class, Name2.class})
引自 Spring in action
@Autowrited注解
自动装配，可以使用在构造器，方法，属性之上以获得自动装配。当没有匹配的组件时，会抛出异常。设置required属性为false可以避免抛出，但要十分谨慎检查对象是否为null。如果多个对象可以匹配，同样抛出异常。
@Named、@Inject注解
与 @Component注解、@Autowrited注解有细微差别大多情况下可以替换使用，来源于Java依赖注入规范（Java Dependency Injection）。
@ContextConfiguration注解
@ContextConfiguration(classes=*.class)用于标记加载配置类位置。 @ContextConfiguration({"classpath:*.xml"})用于标记加载配置xml文件位置。
@RunWirh
运行器
基于Java的配置
@Bean
声明bean。产生单例对象。唯一限制java方式配置的是java语言特性。
基于XML的配置
构造器注入 <cnstructor-arg>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间c装配，声明c的URI后可以使用 c: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，c: _index[-ref]="value" ，当只有一个参数时可以省略编号。
属性注入 <property>
id表示标；class类名；注入单值时使用value属性；应用其他bean时使用ref属性。使用命名空间p装配，声明c的URI后可以使用 p: 构造器参数名[-ref]="value" 形式装配。也可以使用参数顺序编号代替参数名，p: _index[-ref]="value" ，当只有一个参数时可以省略编号。
装配集合
<list> <set> <map> <props>
引自 Spring in action
<list><value>value</value></list>
然而c或者p命名空间并不能装配集合，使用util命名空间：
<uilt:list> <uilt:set> <uilt:map> <uilt:props>
引自 Spring in action
<util:list id="name"><value>value</value></util:list>
之后使用id属性引用它。
导入和混合配置
@Import @ImportResource 标签
在java配置中使用@Import({*.class, ...})导入其他配置类，使用@ImportResource("*.xml")导入xml配置。
<import>标签
在xml配置中使用<import>标签导入其他xml配置，使用<bean>标签导入java配置类。
profile
有选择的配置bean
在java配置类中配置
在类上使用@profile("name")配置，只有在"name" profile激活时词才会创建。在方法上使用时，可以在一个配置类中声明不同的profile。没有声明的bean无论激活哪个profile都会创建。
在xml中配置
在<beans>标签中配置profile属性。
激活profile
设置spring.proflies.active和spring.profiles.default。如果设置active，就按active；未设置active，则按default；均未设置，没有激活的profile。激活的方式有很多，目前还不是太了解那些条目是什么意思。只知道在测试类上可以使用@ActiveProfiles("name")设置。
条件化bean
@Conditional标签
@Conditional(*.class)标记bean，类实现Condition接口，实现接口中的matches方法，返回一个boolean，ture创建bean。 Condition接口：
public interface Condition { boolean matches (ConditionContext ctxt, AnnotatedTypeMetadata metadata); }
自动装配的歧义
@Primary标签
标记首选bean，在xml配置中使用bean的primary属性设为true。
@Qualifier标签
可以与@Autowrited和@Inject协同使用，指定要注入的是哪个bean。限定符与bean的ID相同，这样当重构bean时ID可能有变化，自动装配可能会失败，自定义限定符。声明bean时候与@Component组合使用，@Qualifier("name")。
自定义限定符注解
一个java类，形式如下：
@Target({ElementType.CONSTRUCTOR, ElementType.FIELD, ElementType.METHOD, ElementTypt.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Qualifier public @interface Name {}
通过使用多个@Name标签限定bean装配。
Bean作用域
默认情况下是单例（Singleton）的。还包括原型（Prototype）、会话（Session）、请求（Request）。
@Scope标签
使用@Scope("name")设置。可以是字符串，但是使用ConfigurableBeanFactory更不容易出错。如果使用xml配置使用bean的scope属性。
会话和请求作用域
预留
属性占位符（Property placeholder）
@PropertySource("path")声明属性源，从属性源中获取值，使用Environment的getProperty()方法。getProperty()有重载方法，用于类型转换。getRequiredProperty()属性不存在是抛出异常的getProperty()版本。还有String[] getDefaultProfiles()和String[] getActiveProfiles()获取那些profile处于激活的状态。
占位符${...}
为了使用占位符需要配置一个类：
@Bean public static PropertySourcesPlaceholderConfigurer placeholderConfigurer() { return new PropertySourcesPlaceholderConfigurer(); }
如果使用xml：
<context:property-placeholder />
在xml中直接使用。在自动扫描和java配置中，用@Value("&{...}")标签，在属性前使用。
SpEl
表达式形式如#{...}。很灵活。
使用T()引用java类，之后通过.访问静态方法、静态属性使用beanID引用bean，调用方法，属性使用systemProperties引用系统属性在xml和@Value中组合使用调用方法时在.之前使用?，如果是null值则不调用该方法使用运算符和正则表达式(字符串 matches 表达式) 使用[index]引用集合元素，获取字符串字符 .?[表达式]，返回集合中表达式为真的子集 .^[]和.$[]，查询第一个和最后一个匹配项 .![属性]，选择属性到新集合中
引自 Spring in action
后四个对于集合使用。组合起来非常灵活。
Spring AOP
Spring只支持方法级别的连接点。切面要声明为一个bean。
通知
五种类型
前置通知before 后置通知after 返回通知after-return 异常通知after-throwing 环绕通知around
引自 Spring in action
连接点
可以插入通知的位置
切点
插入通知的位置
切面（Aspect）
通知和写点共同定义了切面
引入（Introduction）
向现有类添加新方法
织入（Weaving）
把切面应用到目标对象并创建新的代理对象的过程，多个点可以织入：
编译期，AspectJ织入方式类加载期，需要特殊的类加载器，AspectJ5的加载时织入支持运行期，SpringAOP织入方式
引自 Spring in action
编写切点
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器] 返回任意类型时使用*，使用任意参数时使用(..)，可选的操作符指示器，例如指示器arg等。bean指示器用于选择特定id的bean。
使用注解创建切面
使用@Aspect标记切面。@Before @After @AfterReturing @AfterThrowing注解，使用注解(切点)的方式在方法上使用。
使用方法名称引用切点：
@Pointcut(切点) 方法名称() {}
@EnableAspectJAutoProxy注解
在JavaConfig中启用自动代理，xml中使用<aop:aspectj-autoproxy>
环绕通知
@Around注解注释环绕通知，被环绕的方法必要的ProceedingJoinPoint类型参数。并调用proceed()方法执行被通知方法。
处理参数
execution(返回值类型方法所属类.方法(参数类型)) [操作符指示器]
使用args(参数名称)指示器，在注解中加入参数名称，参数名称要与切点方法签名中的方法名称匹配。
通过直接引入新功能
@DelcareParents(value="bean类型", defaultImpl=实现类.class) public static 功能接口
在xml中声明切面
<aop:config>从它开始。<aop:aspect ref="bean">定义切面，ref提供方法。 <aop:before|after|after-returning|after-throwing pointcut="切点" method="方法">通知。 <aop:pointcut id="name" expression="切点">定义切点。 <aop:around>环绕通知。传递参数时候，在xml文件中使用and等代替&&。 <aop:declare-parents types-matching="bean类型" implement-interface="功能接口" default-impl="实现类"|delegate-ref="bean">
引自 Spring in action
注入AspectJ切面
注意：使用idea，需要在设置中添加“Settings->Build->Compiler->Java Compiler->Use compiler”选择Ajc，并在下面path中选择aspectjtools。
一个aspect类，*.aj文件。其中使用pointcut定义切点，before()、after()、returning()定义通知。最要是的是它可以被注入，和正常的bean一样使用。但声明bean时，要加入factory-method属性，值为aspectOf。Spring不能实例化aspect，由AspectJ提供静态方法aspectOf()实例化一个单例。

推荐

回应 2018-11-28 20:11
展开收起
第3章　高级装配　

2018-11-16 22:43

推荐

回应 2018-11-16 22:43

> 更多读书笔记（共17篇）

论坛 · · · · · ·


第四版的第四章的源码，找了好多都没有，谁那里有...	来自fanchaoo	1 回应	2016-10-27

当前版本有售 · · · · · ·

购买二手书 · · · · · ·

孔网

10.00元起

购买二手书

+ 加入购书单

这本书的其他版本 · · · · · · ( 全部11 )

Manning Publications （2011）
8.5分 96人读过

展开有售 (1)
人民邮电出版社（2006）
7.4分 396人读过

展开有售 (2)
人民邮电出版社（2013）
7.9分 264人读过

展开有售 (2)
人民邮电出版社（2008）
7.7分 219人读过

展开有售 (2)

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

dinghj

昨天在读

Chinese苦力

昨天读过

kim my

昨天想读

然一身勇

5月5日想读

> 314人在读

> 594人读过

> 1264人想读

二手市场

3本二手书欲转让 (30.00 至 40.00元)
在豆瓣转让有1264人想读,手里有一本闲着?
孔网上门收书
转让给其他二手平台？

订阅关于Spring实战（第4版）的评论:
feed: rss 2.0

Spring实战（第4版）

内容简介 · · · · · ·

作者简介 · · · · · ·

目录 · · · · · ·

原文摘录 · · · · · · ( 全部 )

豆瓣成员常用的标签(共92个) · · · · · ·

喜欢读"Spring实战（第4版）"的人也喜欢的电子书 · · · · · ·

喜欢读"Spring实战（第4版）"的人也喜欢 · · · · · ·

短评 · · · · · · ( 全部 213 条 )

1 有用 少正卯 2017-05-07

8 有用 翡青zzz 2018-04-18

3 有用 拿砖拍 2017-01-18

1 有用 Tinc0 2019-03-06

1 有用 Laisky 2018-07-11

1 有用 ceezyyy 2021-03-10

1 有用 王大胖子 2021-02-24

1 有用 大虾萌 2021-01-21

1 有用 kevin 2021-01-13

1 有用 ct陈涛 2021-01-11

读书笔记 · · · · · · (共17篇)

Spring核心

自动化装配bean

Spring从两个角度实现自动化配置

@Component注解

@ComponentScan注解

@Autowrited注解

@Named、@Inject注解

@ContextConfiguration注解

@RunWirh

基于Java的配置

@Bean

基于XML的配置

构造器注入 <cnstructor-arg>

属性注入 <property>

装配集合

导入和混合配置

@Import @ImportResource 标签

<import>标签

profile

在java配置类中配置

在xml中配置

激活profile

条件化bean

@Conditional标签

自动装配的歧义

@Primary标签

@Qualifier标签

自定义限定符注解

Bean作用域

@Scope标签

会话和请求作用域

属性占位符（Property placeholder）

占位符${...}

SpEl

Spring AOP

通知

连接点

切点

切面（Aspect）

引入（Introduction）

织入（Weaving）

编写切点

使用注解创建切面

@EnableAspectJAutoProxy注解

环绕通知

处理参数

通过直接引入新功能

在xml中声明切面

注入AspectJ切面

Spring核心

自动化装配bean

Spring从两个角度实现自动化配置

@Component注解

@ComponentScan注解

@Autowrited注解

@Named、@Inject注解

@ContextConfiguration注解

@RunWirh

基于Java的配置

@Bean

1 有用少正卯 2017-05-07

8 有用翡青zzz 2018-04-18

3 有用拿砖拍 2017-01-18

1 有用王大胖子 2021-02-24

1 有用大虾萌 2021-01-21