Spring5参考指南
  • 简介
  • 前言
    • 1. “Spring”代表什么
    • 2. Spring和Spring框架的历史
    • 3. 设计哲学
    • 4. 反馈和贡献
    • 5. 开始
  • 核心技术
    • 1. IoC容器
      • 1.1 IoC容器和Beans介绍
      • 1.2 IoC容器概述
      • 1.3 Bean概述
      • 1.4 依赖
      • 1.5 Bean作用域
      • 1.6 自定义Bean
      • 1.7 Bean的继承
      • 1.8 容器扩展点
      • 1.9 基于注解的容器配置
      • 1.10 类路径扫描和托管组件
      • 1.11 使用JSR 330标准注解
      • 1.12 基于Java的容器配置
      • 1.13 环境抽象
      • 1.14 注册LoadTimeWeaver
      • 1.15 ApplicationContext的其他功能
      • 1.16 BeanFactory
    • 2.资源
      • 2.1介绍
      • 2.2资源接口
      • 2.3内置资源实现
      • 2.4ResourceLoader
      • 2.5ResourceLoaderAware接口
      • 2.6资源作为依赖
      • 2.7应用程序上下文和资源路径
    • 3.验证,数据绑定,和类型转换
      • 3.1使用Spring Validator接口
      • 3.2将代码解析为错误消息
      • 3.3bean操作和BeanWrapper
      • 3.4Spring类型转换
      • 3.5Spring字段格式化
      • 3.6配置全局Date和Time格式
      • 3.7Spring验证
    • 4.SpEL Spring表达式语言
      • 4.1求值
      • 4.2bean定义中的表达式
      • 4.3语言引用
    • 5.Spring AOP
      • 5.1什么是AOP
      • 5.1Spring AOP的能力和目标
      • 5.3AOP代理
      • 5.4@AspectJ 支持
      • 5.5基于Schema的AOP支持
      • 5.6选择要使用的AOP声明样式
      • 5.7混合Aspect类型
      • 5.8代理机制
      • 5.9程序创建@AspectJ代理
      • 5.10在Spring应用程序中使用AspectJ
      • 5.11更多资源
    • 6.Spring AOP APIs
      • 6.1Pointcut API
      • 6.2Advice API
      • 6.3Advisor API
      • 6.4使用ProxyFactoryBean来创建AOP代理
      • 6.5简介的代理定义
      • 6.6使用ProxyFactory创建AOP代理
      • 6.7操作被通知的对象
      • 6.8使用auto-proxy功能
      • 6.9使用TargetSource的实现
      • 6.10定义新的Advice Types
    • 7.Null-safety
    • 8.数据缓存和解码器
    • 9.附录
      • 9.1XML Schemas
      • 9.2创建XML Schemas
  • 测试
    • 1.Spring测试介绍
    • 2.单元测试
      • 2.1Mock Objects
      • 2.2单元测试支持类
    • 3.集成测试
      • 3.1概览
      • 3.2集成测试的目的
      • 3.3JDBC测试支持
      • 3.4注解
      • 3.5Spring TestContext框架
      • 3.6Spring MVC测试框架
      • 3.7WebTestClient
    • 4.更多资源
  • 数据访问
    • 1.事务管理
    • 2.DAO支持
    • 3.JDBC
      • 3.1选择JDBC数据库访问方法
      • 3.2包层次结构
      • 3.3使用JDBC核心类控制基本JDBC处理和错误处理
      • 3.4控制数据库连接
      • 3.5JDBC批处理操作
      • 3.6使用SimpleJdbc
      • 3.7将JDBC操作建模为Java对象
      • 3.8参数和数据值处理的常见问题
      • 3.9嵌入式数据库支持
      • 3.10初始化数据源
    • 4.ORM
      • 4.1Spring ORM介绍
      • 4.2ORM集成的一般注意事项
      • 4.3Hibernate
      • 4.4JPA
    • 5.使用Object-XML映射封装XML
  • Web Servlet
    • 1. Spring Web MVC
      • 1.1 DispatcherServlet
      • 1.2 Filters
      • 1.3 Controllers注解
      • 1.4 URI链接
      • 1.5 异步请求
      • 1.6 CORS
      • 1.7 Web Security
      • 1.8 HTTP Caching
      • 1.9 View技术
      • 1.10 MVC配置
      • 1.11 HTTP/2
    • 2. REST客户端
    • 3. 测试
    • 4. WebSockets
      • 4.1 WebSocket介绍
      • 4.2 WebSocket API
      • 4.3 SockJS Fallback
      • 4.4 STOMP
  • Web Reactive
    • 1.Spring WebFlux
      • 1.1 Overview
      • 1.2 Reactive Core
      • 1.3 DispatcherHandler
      • 1.4 Annotated Controllers
      • 1.5 Functional Endpoints
      • 1.6 URI Links
      • 1.7 CORS
      • 1.8 Web Security
      • 1.9 View Technologies
      • 1.10 HTTP Caching
      • 1.11 WebFlux Config
      • 1.12 HTTP/2
    • 2.WebClient
    • 3.WebSockets
    • 4.测试
    • 5.Reactive库
由 GitBook 提供支持
在本页

这有帮助吗?

  1. 核心技术
  2. 5.Spring AOP

5.1Spring AOP的能力和目标

Spring AOP是纯Java实现的。不需要特殊的编译过程。SpringAOP不需要控制类加载器层次结构,因此适合在servlet容器或应用程序服务器中使用。

SpringAOP目前只支持方法执行连接点(建议在SpringBean上执行方法)。虽然可以在不破坏核心SpringAOP APIs的情况下添加对字段拦截的支持,但没有实现字段拦截。如果需要通知字段访问和更新连接点,请考虑使用AspectJ之类的语言。

SpringAOP的AOP方法不同于大多数其他AOP框架。目的并不是提供最完整的AOP实现(尽管SpringAOP非常有能力)。相反,其目的是在AOP实现和SpringIOC之间提供紧密的集成,以帮助解决企业应用程序中的常见问题。

因此,例如,Spring框架的AOP功能通常与SpringIOC容器一起使用。Aspects是通过使用普通bean定义语法配置的(尽管这允许强大的“自动代理”功能)。这是与其他AOP实现的关键区别。对于SpringAOP,你不能轻松或高效地执行某些操作,例如通知非常细粒度的对象(通常是域对象)。在这种情况下,AspectJ是最佳选择。然而,我们的经验是,Spring AOP为企业Java应用程序中大多数面向AOP的问题提供了极好的解决方案。

SpringAOP从未试图与AspectJ竞争,以提供全面的AOP解决方案。我们相信,基于代理的框架(如SpringAOP)和全面的框架(如AspectJ)都是有价值的,它们是互补的,而不是竞争中的。Spring无缝地将SpringAOP和IOC与AspectJ集成在一起,以在一致的基于Spring的应用程序体系结构中实现AOP的所有使用。此集成不会影响Spring AOP API或AOP Alliance API。 SpringAOP保持向后兼容。有关SpringAOPAPIs的讨论,请参阅下一章。

Spring框架的核心原则之一是无侵略性。这是一种观点,即不应强制你将特定于框架的类和接口引入到你的业务或域模型中。但是,在某些地方,Spring框架确实为你提供了将特定于Spring框架的依赖性引入到代码库中的选项。为你提供这些选项的基本原理是,在某些场景中,以这种方式读取或编码某些特定功能可能非常简单。然而,Spring框架(几乎)总是为你提供了选择:你可以自由地做出一个明智的决定,决定哪个选项最适合你的特定用例或场景。

与本章相关的一个选择是选择哪个AOP框架(以及哪个AOP样式)。你可以选择AspectJ、Spring AOP或两者。你还可以选择@Aspectj注解样式方法或SpringXML配置样式方法。本章选择首先介绍@Aspectj样式方法的事实不应被视为表明Spring团队倾向于使用@Aspectj注解样式方法而不是SpringXML配置样式。

请参阅选择要使用的AOP声明样式,以更完整地讨论每种样式的“原因和理由”。

上一页5.1什么是AOP下一页5.3AOP代理

最后更新于3年前

这有帮助吗?