Spring @Lookup注解过度使用疑问：POJO原型Bean管理是否必要？

首先得明确@Lookup的设计初衷：它是用来解决单例Bean中获取原型Bean的核心问题——因为单例Bean初始化后，Spring不会自动为它注入新的原型实例，所以需要通过@Lookup让Spring每次调用方法时都返回全新的原型Bean实例。但你的场景里，Publisher和Book只是纯数据POJO（只有getter/setter），完全没有依赖Spring容器管理的必要，用@Lookup反而会带来多余的开销：

• Spring会为包含@Lookup的类生成动态代理，每次调用getPublisher()或getBook()都要走代理逻辑，这比直接new对象多了一层不必要的性能损耗
• 将这类纯数据POJO注册为Spring原型Bean，也平白增加了容器的管理成本，完全是画蛇添足

更高效的替代方案 #

针对这类纯数据POJO，有几个更合适的选择：

1. 直接new实例 #

既然这些POJO没有任何需要Spring注入的依赖，直接在需要的地方new Publisher()或new Book()是最简单高效的方式，完全绕开Spring的代理和容器管理逻辑，性能最优。

2. 自定义简单工厂 #

如果后续需要对POJO的创建逻辑做统一管控（比如初始化默认值、参数校验），可以写一个轻量的工厂类：

public class PojoFactory {
    public static Publisher createPublisher() {
        Publisher publisher = new Publisher();
        // 这里可以添加统一初始化逻辑，比如设置默认状态
        return publisher;
    }

    public static Book createBook() {
        Book book = new Book();
        // 统一初始化逻辑
        return book;
    }
}

之后在需要的地方调用PojoFactory.createPublisher()即可，既保留了创建逻辑的可维护性，又没有Spring代理的额外开销。

3. 用Builder模式优化初始化 #

如果POJO需要传入多个参数初始化，Builder模式会让代码更优雅、可读性更强：

public class Book {
    private String title;
    private String author;
    private int pages;

    // 私有构造器，强制通过Builder创建
    private Book(Builder builder) {
        this.title = builder.title;
        this.author = builder.author;
        this.pages = builder.pages;
    }

    // getter方法省略

    public static class Builder {
        private String title;
        private String author;
        private int pages = 0; // 默认值

        public Builder title(String title) {
            this.title = title;
            return this;
        }

        public Builder author(String author) {
            this.author = author;
            return this;
        }

        public Builder pages(int pages) {
            this.pages = pages;
            return this;
        }

        public Book build() {
            // 这里可以添加参数校验逻辑
            return new Book(this);
        }
    }
}

使用时的代码会非常清晰：

Book book = new Book.Builder()
    .title("Spring实战")
    .author("Craig Walls")
    .pages(500)
    .build();

总结 #

@Lookup的正确使用场景是：当你需要在单例Bean中获取一个自身带有Spring依赖的原型Bean（比如原型Bean依赖其他Spring管理的服务类）。而对于纯数据POJO，完全不需要让Spring介入它们的创建过程，直接实例化或使用简单工厂/Builder模式才是更合理的选择。

内容的提问来源于stack exchange，提问作者cosmos