SpringBean作用域主要了解singleton和prototype就好了，他们分别使用单例模式和原型模式来源说明singleton默认作用域，一个BeanFactory有且仅有一个实例（并不是在JVM进程里是唯一的）prototype原型作用域，每次以来查找和依赖注入生成新的Bean对象request将SpringBean存储在ServletRequest上下文中session将SpringBean存储在HttpSession中application将SpringBean存储在ServletContext中依赖查找：比较singleton和prototype两种作用域结论：使用依赖查找时

SingletonPattern单例模式，作为创建型模式的一种，其保证了类的实例对象只有一个，并对外提供此唯一实例的访问接口概述对于单例模式而言，其最核心的目的就是为了保证该类的实例对象是唯一的。为此一方面，需要将该类的构造函数设为private，另一方面，该类需要在内部完成实例的构造并对外提供访问接口。单例模式的好处显而易见，可以避免频繁创建、销毁实例所带来的性能开销；但其缺点也同样明显，此类不仅需要描述业务逻辑，同时还需要构造出该类的唯一对象并对外提供访问接口，其显然违背了单一职责原则实现单例模式的思想虽然简单易懂，但实现起来却可谓是花样繁多、妙不可言。这里来介绍几种常见的单例模式的实现饿

SingletonPattern单例模式，作为创建型模式的一种，其保证了类的实例对象只有一个，并对外提供此唯一实例的访问接口概述对于单例模式而言，其最核心的目的就是为了保证该类的实例对象是唯一的。为此一方面，需要将该类的构造函数设为private，另一方面，该类需要在内部完成实例的构造并对外提供访问接口。单例模式的好处显而易见，可以避免频繁创建、销毁实例所带来的性能开销；但其缺点也同样明显，此类不仅需要描述业务逻辑，同时还需要构造出该类的唯一对象并对外提供访问接口，其显然违背了单一职责原则实现单例模式的思想虽然简单易懂，但实现起来却可谓是花样繁多、妙不可言。这里来介绍几种常见的单例模式的实现饿

Terminatingappduetouncaughtexception'NSInvalidArgumentException'unrecognizedselectorsenttoinstanceObjective-CSingleton我正在调试我们的应用程序中仍在使用的非常旧的代码，因为它在我们的应用程序中引起了崩溃。该错误与Objective-C相关：崩溃：Terminatingappduetouncaughtexception'NSInvalidArgumentException',reason:'-[TrackServiceexit]:unrecognizedselectorsentt

Terminatingappduetouncaughtexception'NSInvalidArgumentException'unrecognizedselectorsenttoinstanceObjective-CSingleton我正在调试我们的应用程序中仍在使用的非常旧的代码，因为它在我们的应用程序中引起了崩溃。该错误与Objective-C相关：崩溃：Terminatingappduetouncaughtexception'NSInvalidArgumentException',reason:'-[TrackServiceexit]:unrecognizedselectorsentt