spring aop 不能加在controller上，能加在service上

最新推荐文章于 2021-11-21 12:01:39 发布
原创 最新推荐文章于 2021-11-21 12:01:39 发布 · 3.2k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在 Spring MVC 项目中正确配置 AOP 切面的方法。指出 spring-mvc 的配置扫描优先于 spring 的配置文件，因此需要将 aop 配置从 spring 的配置文件转移到 spring-mvc 的配置文件中，以便在 controller 层级正确地使用 @Aspect 注解。

问题如上：  想在controller上加@Aspect  切面 ，但是总不成功，反而在service实现类上添加成功。

原因:  spring-mvc 的配置扫描优先于spring的配置文件，将aop 配置从spring的配置文件 转移到 spring-mvc的配置文件，可以在controller里方法作为切点了.

SHELLY_90
关注
Spring AOP
Mr.xing的博客
02-21 6544
面向切面
spring框架中，将jwt令牌传递到AOP，Controller和Service层的四种方案
2302_79600390的博客
03-08 854
【代码】spring框架中，将jwt令牌传递到AOP，Controller和Service层的四种方案。
AOP在spring的controller里无效的问题
hping5460
09-30 2310
在controller中使用AOP的问题主要在于如何让controller能够被检测到。 controller和其他spring bean的区别在于:controller是由mvc定义并在web.xml中的dispatcher中定义的。 Controller的AOP需要写在servlet.xml里 servlet.xml文件头  需要有 aop的namespace <beans x
SpringAOP拦截Controller总结
Tracycater的专栏
03-07 5405
有的人说想拦AnnotationMethodHandlerAdapter截到Controller必须得拦截org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter。 经过查询Aop可以拦截到Controller的之所以有的人说拦截不到Controller是因为Controller被jdk代理了。我们只
Spring通过AOP在Service层注入用户信息
点滴之积
11-06 6095
使用基于注解形式的AOP配置，在Service层或其他层，注入用户登录信息，这样就不需要在用到用户登录信息时总是注入Http相关对象，不用手动setter用户信息，且用户登录信息会随着session失效而自动注销。 . 相关类如下: 相关类说明: AppUserContextConfig：模块的配置类，负责扫描模块的Bean，当需要使用此模块时，用Import(AppUserCont
SpringMVC在Controller层实现aop，同类中方法调用问题
wudaimian
11-06 571
主要说两个问题：一、在Controller层实现aop。二、同类方法调用未触发切入。   因为现在网上资料比较多，我大概也是看到些帖子，自己根据遇到的一些问题做了一些总结。   一、在Controller层实现aop。 我的工程中有两个配置文件springmvc.xml和spring.xml，读者可能会有不同的命名，请对号入座。在Controller实现的配置必须写在springmvc...
Spring AOP实例
12-27
9. **自动代理（Auto-proxying）**：Spring可以在扫描bean定义时自动检测带有特定注解的类并创建对应的代理对象，如`@Component`、`@Service`、`@Repository`和`@Controller`。 在`Spring052`这个压缩包中，可能...
Spring AOP 在WEB中的使用
05-24
在Web应用中，Spring AOP能帮助我们更好地组织代码，降低复杂性，提高可维护性。 首先，了解AOP的基本概念： 1. 切面（Aspect）：AOP的核心，包含了横切关注点的模块化。 2. 横切关注点（Cross-cutting Concern）：...
SpringAOP案例
Ajaxtxdy的博客
11-21 825
1. 异常信息收集 在业务方法执行时，如果有异常抛出，则根据异常信息记录日志 package cn.tedu.em.aspect; import java.io.FileWriter; import java.util.Date; import org.aspectj.lang.JoinPoint; import org.aspectj.lang.annotation.AfterThrowing; import org.aspectj.lang.annotation.Aspect; import org
spring中使用aop机制为service package下的所有增删改方法添加事务
u013905744的专栏
06-04 856
声明式事务 又叫隐式事务，或者叫ASPECTJ事务 实际工作中，spring的建议是你在具体的类（或类的方法上）使用@Transactional注解，service下每个类的每个方法都让我们加上@Transactional注解，工作量有点大，也有时候会忘，所以经常看到有开发团队配置拦截式事务 只需要在我们的项目中新增一个子类AspectjTransactionConfig即可 @C...
正确配置spring aop，在controller中使用AOP
usherlight的专栏
12-12 602
在controller中使用AOP的问题主要在于如何让controller能够被检测到。 controller和其他spring bean的区别在于:controller是由mvc定义并在web.xml中的dispatcher中定义的。 解决方法： 1、正确定义controller,(比较通用的做法,没有特殊情况的话，大部分应用没有这个问题） a. 将服务层的类都放在Appli...
service层AOP(基于注解的方法切入）
星力量的博客
06-03 6460
service层AOP(基于注解的方法切入）
手写AOP作用于service
awodwde的博客
09-26 360
第1、new 第2、注入 第3、init生命周期初始化方法 第4、代理aop 第5、put singletonObjects aop作用了某个对象，改变这个对象-----proxy（相当于给电影打码的例子） 原影片---------配音----------打码---------看到 targetobject-----注入--------AOP（proxy）------------proxyobject ...
spring的controller中添加AOP支持
放开这个妹子
07-16 496
此前，需要在controller中添加对AOP的支持，却发现不能实现，根本不能断点进去。网上好多回复及解决办法，但没几个能行得通的，[color=red]很多都是说spring的controller中不支持AOP[/color]，经过摸索发现controller中[color=red]确实是可以添加AOP[/color]的，并非像网上说的那样。其中的关键点是必须写在一起，网上很多没注意到这个细节，...
解决aop页面在controller里面不适用(顶)
LzwGlory的专栏
12-15 1553
问题如下 今天发现aop不能在controller里面不能用，换成service能用，用junit-test也行，就是放到tomcat下面不行，我就纳闷了！！！ ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 1
spring使用Aop切面切不到controller
ALearrring的博客
03-20 2266
开启切面都知道需要在xml文件中配置如下一段话 <!-- 开启aop注解方式,默认为false --> <aop:aspectj-autoproxy></aop:aspectj-autoproxy> 当你验证你的切面没有任何问题的时候，可以使用，但是就是切不到你想切的位置，那么请排查以下上面那段开启切面的配置对应的包路径是哪里，例如 <!-- 开...
springboot aop 切到service层，不生效
weixin_37541260的博客
07-01 5529
今天发现一个问题，使用aop切到service层方法上，idea会有切成功的标志，编译也不报错，但就是不生效。研究了下发现，是因为我切的方法被同一个service中的其他方法调用，这样的话就不生效了，暂不清楚原因，解决方法时切到调用它的方法上，这只是切点不生效的一种情况，希望能给到大家参考。 AOP文件： //注释掉的是原来不生效的方式 //@AfterReturning("execution( * cn.qdcares.fodmonitor.web.api.fodmonitor.fodta
为什么在SSM中，@Autowired是用来注入类的，但是标注在接口上，而不标注在实现类上？？？？？
智十七的博客
03-26 1163
public class AreaServiceTest extends BaseTest{ @Autowired //这个@Autowired标注在Service接口上 private AreaService areaService; @Test public void testGetAreaList() { List<Area> areaList = areaService.getAreaList(); } } @Autowired的作用：自动装配 自动装配实现了serv
缓存注解一般加在service层还是controller层
最新发布
11-19
缓存注解（如 `@Cacheable`、`@CachePut`、`@CacheEvict` 等）**一般建议加在 Service 层**，而不是 Controller 层。 ### ✅ 正确做法：将缓存注解加在 **Service 层** ```java import org.springframework.cache.annotation.Cacheable; import org.springframework.stereotype.Service; @Service public class UserService { @Cacheable(value = "users", key = "#id") public User getUserById(Long id) { // 模拟数据库查询 System.out.println("从数据库加载用户: " + id); return new User(id, "User" + id); } } ``` 而 Controller 层只是调用该服务方法： ```java import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.PathVariable; import org.springframework.web.bind.annotation.RestController; @RestController public class UserController { private final UserService userService; public UserController(UserService userService) { this.userService = userService; } @GetMapping("/user/{id}") public User getUser(@PathVariable Long id) { return userService.getUserById(id); // 缓存逻辑由Service控制 } } ``` --- ### 🔍 原因解释： #### 1. **关注点分离（Separation of Concerns）** - Controller 层负责 **请求处理、参数校验、返回响应**。 - Service 层负责 **业务逻辑和数据操作**。 - 缓存是业务数据访问的一部分，属于业务逻辑层级的优化，应放在 Service 层。 #### 2. **可重用性** - 如果多个 Controller 或其他 Service 调用了同一个业务方法，只有当缓存逻辑在 Service 层时才能被共享。 - 若缓存在 Controller 层，则无法复用，违反 DRY 原则。 #### 3. **Spring AOP 机制限制** - Spring 的缓存注解基于 AOP 实现（默认使用代理模式）。 - **只有外部方法调用被代理的方法时，注解才生效**。 - 如果你在 Controller 内部自己调用自己的方法（比如 `this.method()`），AOP 不会触发，缓存无效。 - 而 Service 方法被 Controller 调用是跨 Bean 调用，代理有效，缓存能正常工作。 #### 4. **测试与维护更方便** - 将缓存与业务逻辑绑定在一起，便于单元测试和集成测试。 - 可以独立测试 Service 的缓存行为，无需启动 Web 层。 --- ### ❌ 不推荐：将缓存注解放在 Controller 层 虽然语法上可行： ```java @RestController public class UserController { @Cacheable("users") @GetMapping("/user/{id}") public User getUser(@PathVariable Long id) { return userRepository.findById(id); } } ``` 但这会导致： - 缓存逻辑与 HTTP 请求耦合，难以复用。 - 单元测试不便。 - 违反分层架构设计原则。 - 后续扩展困难（例如定时任务也需要相同数据时无法复用缓存逻辑）。 --- ### 补充说明：缓存的粒度与一致性 - 使用合理的 `key` 和 `value`（cache name）管理缓存区域。 - 对增删改操作使用 `@CachePut` 或 `@CacheEvict` 维护缓存一致性。 - 在分布式环境中考虑使用 Redis 并配置好序列化和过期策略。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值