Java 和注入防御副本

Question

所以我开始真正喜欢防御副本的概念目的是使代码更加“安全”，但不幸的是，它们似乎与 AOP 解决的美妙的关注点分离有着内在的冲突。

我的意思是，在接触 AOP 之前，我会手动验证所有方法的参数，如下所示：

public void doSomething(final int p_iAge, final Widget p_oWidget)
        throws IllegalArgumentException
{
    if(p_oWidget == null)
        throw new IllegalArgumentException();

    // ...
}

现在我使用 Apache Bean Validator 来验证我的方法，并通过 AOP 处理抛出的任何异常。这很好地清理了我的代码，并将我的业务逻辑（我真正感兴趣的！）与枯燥乏味的验证检查、异常抛出等分开。

但现在我开始喜欢制作防御性副本的概念，我开始纠正所有看起来都一样的方法：

@NotNull(message="Widget cannot be null.")
public void doSomething(final int p_iAge, final Widget p_oWidget)
{
    Widget oWidget = new Widget(p_oWidget);

    // ...
}

所以，我的问题：

是否有一种事实上的方法使用 AOP/IoC（任何框架！ - 我很绝望！）来编写建议/切入点将分离出这种沉闷，手动编写防御副本并将其注入回本地（方法）对象是一项艰巨的（哈！）任务？这样，我可以获得防御副本的安全优势，并具有 AOP/IoC 的所有清洁性。

我想我必须编写拦截所有方法并使用依赖项注入以某种方式创建该方法参数的池/托管实例的建议；这些实例将是防御副本。然后，回到我的目标类，我可以使用 IoC 来访问这些防御副本（bean）。

在这种（一般）范式下，我想象代码将如下所示：

@NotNull(message="Widget cannot be null.")
public void doSomething(final int p_iAge, final Widget p_oWidget)
{
    // By the time we get here, bean validation has already made sure
    // that p_oWidget isn't null, and the AOP method interceptor has already
    // executed and created the "defensive-widget" bean.
    Widget oWidget = springOrWhateverInjector.getBean("defensive-widget");

    // ...
}

现在，oWidget是p_oWidget的防御性副本，并且我不必手动编写它。节省了大量时间，我对 AOP 的强迫症很满意！

但我什至不确定像 AspectJ/AOP Alliance 这样的 AOP 框架和像 Spring 或 Guice 这样的 IoC 框架是否会支持这样的概念。

我也非常尊重 SO 社区，并希望在这里提供一些一般性的意见 - 评论/建议/等。提前致谢！

Answer 1

AspectJ 的 around 建议允许您在使用 ProceedingJoinPoint#proceed(Object[])。

在建议中，您可以检查给定参数是否可复制 - 在您的情况下，使用反射来查找采用对象类型的单个参数的声明构造函数，或者您选择的其他方式标记您想要为其创建防御性副本的对象，然后使用副本而不是原始参数继续执行该方法。