java - 如何使不正确的切入点表达式引发异常？

Question

我有以下切入点表达式：

@Pointcut("execution(* apply(..))")

现在，如果建议的方法重命名为，applyTo则切入点不再正确，建议将永远不会触发。建议的失败不会被注意到，因为不正确的切入点不会在应用程序启动或运行时引发任何异常。

我查看了 Spring AOP 文档，但找不到使切入点因异常而失败的方法。有办法吗？

标签： javaspringaop

Answer 1

安东尼奥是 100% 正确的，这里没有错误。切入点只是说：“如果您碰巧找到与此描述匹配的连接点，请在此处应用我的方面建议”。

• 连接点匹配是在 Spring AOP 的运行时完成的。所以它本质上是动态的。
• 对于具有加载时编织 (LTW) 的 AspectJ 也是如此。类加载器总是有机会加载新类，然后动态匹配切入点和编织到其中的方面代码。所以你永远不会知道你已经“完成”了方面编织。你什么时候会发出警告或错误？
• Xlint:adviceDidNotMatch如果您将 AspectJ 与编译时编织 (CTW) 一起使用，如果在编译期间通知的切入点根本无法匹配任何连接点，AspectJ 编译器将发出警告。但是想一想，它永远不仅仅是一个信息或一个警告，因为如果你编译一个方面模块，你以后想将其应用于多个应用程序或一个应用程序中的其他模块，无论你使用的是 CTW 还是 LTW ，匹配的连接点仅在稍后编织这些模块时找到。

所以这没有错误，否则您通常永远无法使用方面库或 LTW。方面的整个想法是它们独立于应用程序代码。

此外，如果您将 99% 的apply方法重命名为applyTo但出于某种原因 - 意图或疏忽 - 保留单个apply方法，切入点仍然匹配，因此您的假设错误也不会产生。您的错误不是语法而是语义，方面编织者怎么知道？正如安东尼奥所说，谨慎重构。在这种特殊情况下，您可以将切入点更改为apply*，然后它会匹配apply和 ，applyTo但也applyMagic可能是您不想要的。

Stultuske 匹配注解而不是方法名称的想法就是我所说的“穷人的 AOP 方法”，因为它仍然将 AOP 相关信息分散在整个代码库中，因此并没有兑现 AOP 的承诺，即不仅要摆脱代码缠结也是散射的。分散现在仅适用于注释而不是内联方法代码。如果您在应用程序代码中根本看不到 AOP，我个人最喜欢它，除非您希望以声明方式应用某些功能并且出于某种原因在源代码中使用注释记录这些功能，例如@Transactional. 但这是一个品味问题，我可能仍会尝试将声明放入切面切入点而不是应用程序。只有当整体匹配模式太复杂而无法在切入点中处理时，我才可能使用注释。链接注释和方面的广泛实践，甚至使某种“AOP 设计模式”被误导并因此被过度使用，IMO。该模式有其很好的用途，但比我看到的要少得多。