概览

spring 官方对自己的定位是 java ee 规范的补充（没什么重要的，但是还是想记一下

spring 从 java ee 中挑选了一些规范实现分别为

Servlet API (JSR 340)
WebSocket API (JSR 356)
Concurrency Utilities (JSR 236)
JSON Binding API (JSR 367)
Bean Validation (JSR 303)
JPA (JSR 338)
JMS (JSR 914)
as well as JTA/JCA setups for transaction coordination, if necessary.

spring 设计主要原则：

尽可能提供选择，尽可能推迟决策（注：应该是尽可能把选择交给开发者）
尽可能灵活，接受任何观点
保持兼容性（真的是感同身受，并且觉得很不可思议，无数次迭代，然而 api 却很少有变化）

spring 框架结构介绍请参阅spring 框架结构简介（源自 spring 文档），因为这里只是文档笔记，所以将一些更加详尽的知识放在了其他的文章里

Spring 框架不强迫你使用它里面的一切; 它不是一个全有或全无的解决方案。例如：使用 Struts，Tapestry，JSF 或其他 UI 框架构建的现有前端可以与基于 Spring 的中间层集成，它允许你使用 Spring 事务功能。你只需要使用 ApplicationContext 连接你的业务逻辑，并使用 WebApplicationContext 来集成你的 web 层。

Spring 中的强制性日志依赖性是 Jakarta Commons Logging API（JCL）。

ioc 容器

容器实现上，主要包为：org.springframework.beans 和 org.springframework.context。Beanfactory（接口）提供了一种能够管理任何类型对象的高级配置机制，ApplicationContext继承自它,添加了 aop 支持,消息资源处理（用于国际化），事件发布，以及 Web 应用程序上下文

ApplicationContext是BeanFactory的子接口。它增加了与Spring的AOP特性的更容易的集成到一起的实现;消息资源处理（用于国际化），事件发布;和应用程序层特定上下文（如WebApplicationContext）以用于 Web 应用程序。applicationContext 的两个常用实现ClassPathXmlApplicationContext 和 FileSystemXmlApplicationContext。

java.beans.Introspector.decapitalize(which Spring is using here). 通过类路径中的组件扫描，Spring 根据上面的规则生成未命名组件的 bean 名称：基本上，取简单的类名称并将其初始字符转换为小写。然而，在（异常）特殊情况下，当存在多个字符并且第一和第二字符都是大写字母时，原始形式被保留。这些是由java.beans.Introspector.decapitalize（Spring 在这里使用）定义的相同规则 GenericApplicationContext 是一种更加灵活的组合 context，可以使用类似

xml 中强制需要使用 class 指定类名，当使用内部类名. 如果你想为一个static'嵌套类配置bean定义，你必须使用嵌套类的 binary 名字。例如：com.demo.One$InnerClass`

当定义一个使用静态工厂方法创建的 bean 时，除了需要指定 class 属性外，还需要通过 factory-method 属性来指定创建 bean 实例的工厂方法。Spring 将调用此方法(其可选参数接下来介绍)返回实例对象，就此而言，跟通过普通构造器创建类实例没什么两样。

GenericApplicationContext context = new GenericApplicationContext();
    new XmlBeanDefinitionReader(context).loadBeanDefinitions("config.xml");
    new GroovyBeanDefinitionReader(context).loadBeanDefinitions("Config.groovy");
    context.refresh();

    SecondBean second = context.getBean(SecondBean.class);
    second.send();

    FirstBean first = context.getBean(FirstBean.class);
    first.send();

    context.close();

组合多种配置文件到一个容器中。

bean 元数据包含：包限定的类名称，bean 行为元素（说明 bean 的行为，包括 scope，生命周期回调等），引用的其他 bean，为 bean 配置的属性。

class

name

scope

constructor arguments

properties

autowiring mode

lazy-initialization mode

initialization method

destruction method

通过 context.getBeanFactory()获取 beanfactory 实力，可以在代码中动态输入 bean（registerSingleton 和 registerBeanDefinition 方法。这种方式不被推荐，可能导致并发访问出错或容器中状态不一致）

内部类 bean 的名称必须是嵌套类的二进制名称，例如 com.example.Foo$Bar

调用一个 singleton 类型 bean A 的某个方法时，需要引用另一个非 singleton（prototype）类型的 bean B，对于 bean A 来说，容器只会创建一次，这样就没法在需要的时候每次让容器为 bean A 提供一个新的的 bean B 实例。

bean scope

scope	描述
singleton	默认的，单例模式
prototype	每一次请求（将其注入到另一个 bean 中，或者以程序的方式调用容器的 getBean()方法）都会产生一个新的 bean 实例，相当与一个 new 的操作，对于 prototype 作用域的 bean，有一点非常重要，那就是 Spring 不能对一个 prototype bean 的整个生命周期负责，容器在初始化、配置、装饰或者是装配完一个 prototype 实例后，将它交给客户端，随后就对该 prototype 实例不闻不问
request	每一次 HTTP 请求都会产生一个新的 bean，同时该 bean 仅在当前 HTTP request 内有效
session	每一次 HTTP 请求都会产生一个新的 bean，同时该 bean 仅在当前 HTTP session 内有效
application	作用于 ServletContext 的生命周期
websocket	WebSocket 的生命周期

在 spring3.0 之后有一个 SimpleThreadScope 类，线程可用，默认不开启。

InitializingBean 和 DisposableBean 接口，可以于容器生命周期交互，jsr-250 提供了@PostConstruct 和 @PreDestroy 注解更好用

bean 声明周期回调函数:

@PostConstruct注解标记的方法
InitializingBean接口的afterPropertiesSet()方法

spring-core文档阅读记录(1)

概览

ioc 容器