The classic GoF 单例Zui怕的是通过反射调用私有构造函数，从而制造多个对象。好消息是在 Spring 环境里你根本不需要自己写私有构造函数；只要交给容器，它自然会帮你挡住这道门。但Ru果你仍然想手动实现一个 Singleton 类，记得加上下面两招：

# 防止反射攻击： 在构造函数里抛异常，Ru果Yi经存在实例就直接报错。 java private static volatile boolean initialized = false; private MyUtil { if { throw new IllegalStateException; } initialized = true; }

# 使用枚举实现Zui稳妥： 枚举天生防止序列化和反射双重破坏。 java public enum SingletonEnum { INSTANCE; public void doSomething{ … } }

⚠️ Ru果你的项目Yi经全面使用 Spring 管理，那么上述防护其实Ke以省掉，因为容器根本不会去调用这些构造函数。

AOP 切面、定时任务甚至普通 Java 主函数，dou可Neng需要随时拿到 Spring 管理的 Bean。Ru果你不想每个地方dou注入 ApplicationContext，Ke以写一个“一站式”获取入口：

@Component
public class SpringContextHolder implements ApplicationContextAware {
    private static volatile ApplicationContext ctx;
    @Override
    public void setApplicationContext {
        ctx = applicationContext;
    }
    /** 获取任意类型的 Bean */
    public static  T getBean {
        assert ctx != null : "ApplicationContext 未注入！";
        return ctx.getBean;
    }
    /** 根据名称获取 Bean */
    public static Object getBean {
        assert ctx != null : "ApplicationContext 未注入！";
        return ctx.getBean;
    }
}

💡 小技巧：Ru果项目里还有多个子容器，Ke以把 holder 改造成 ThreadLocal 存储，以免跨容器误用。

# 把所有东西dou当成单例就好？ 虽然 singleton 是默认，但并不是所有对象dou适合长期驻留内存。例如大文件流或数据库连接池应交给专门组件管理，否则可Neng导致资源泄漏。

# 在配置类中互相调用 @Bean 方法会产生两个实例？ 当配置类被 CGLIB 代理后直接方法调用会绕过容器，从而产生新对象。解决办法是：

a) 保持默认 `proxyBeanMethods = true`；或者

b) 用 `@Autowired` 注入对应 bean，而不是直接 `method` 调用。

# “懒汉式” 与 “饿汉式” 的区别在 Spring 中还Neng生效吗？ 在纯 Java 环境下这两种写法决定何时创建实例。而在 Spring 中，你只需关注 `@Lazy` 与否即可——框架Yi经帮你处理同步问题，无需再自行加锁。