所有的春豆都是代理的吗？

Question

我试图获得一个关于Spring代理如何工作的高级视图。为什么我应该在我的应用程序中使用“API接口&Impl bean”模式或者只使用“bean类”模式。我读了不少这样的答案，但它们都很古老，我相信大多数与Java7和Spring3.x相关。我想知道在2020年，Java11+与Spring5.x（Spring Boot2.x)仍然有什么关系。是否有“最佳做法”可循？

此外，由于@functionalinterface的可用性，如果我有实现consumer、function、predicate等接口的bean，那么使用@autowire/@injectconsumer代替foo是否有意义，因为foo实现consumer。这只是一个例子，我也可能使用我自己的函数接口（带或不带泛型）。

考虑到上述所有内容，我还想知道Spring创建的每个bean是否都是代理的，或者如果实际上不需要的话Spring创建bean而不代理它们。为了前任。如果一个类只是用@component注释并直接注入，没有其他注释或代理要求，那么spring还会为这个bean创建代理吗？

我已经看过的一些问题：

• 为什么服务层和dao层中总是有单一的实现接口？
• 有什么理由使用接口（Java EE或Spring和JPA)
• JDK动态代理和CGLIB之间有什么区别？

2020年5月7日更新：

@Component
@RequiredArgsConstructor  // From lombok
class Foo extends Consumer<Bar> {
    // Some private final Fields

    public void accept(Bar bar) {
        // do something
    }

    // Some private methods, no other public method
}

@Component
@RequiredArgsConstructor  // From lombok
class AnotherFoo {

    private final Foo foo;

    // Use foo only to call foo.accept(bar)
}

@Component
@RequiredArgsConstructor  // From lombok
class AnotherFoo {

    private final Consumer<Bar> foo;

    // Use foo only to call foo.accept(bar)
}

附加问题：另外，如果CGLib在这里/任何地方用于代理，我理解它会操纵字节代码来创建代理。在一些文章中，我可以读到这种方法会带来安全威胁。我想知道这是否真的是一个问题&如果是的话，这会对应用程序产生怎样的影响？

Answer 1

如果您想了解Spring代理是如何工作的，我有两个来源供您参考：

• 这里是我的答案，它用示例代码（但不使用Spring，只是简单的POJO）从概念上解释了Spring代理是如何工作的。
• Spring手册，“了解Spring代理”一章