单例作为一种可供全局使用的唯一对象，而被普遍使用。但是能够这么做不代表就应该这么用。
单例在带来便利的同时也应该受到约束，如果一个单例遍布每个模块各处，这本身就是错误的使用方式，其缺点如下：
- 如果需要修改API，则涉及范围过大
- 各功能模块会直接将依赖关系与其绑定
- 在使用时可能会调用不正确的API、错误的调用顺序又或者更改其内部状态
所以在使用单例时，从API设计上来讲，允许同一API可以反复被调用、降低时序耦合的几率、封装其不必要的接口，仅在各模块启动入口对其引用。
注：还有一种与单例模式非常相似的模式叫做 环境上下文(Ambient Context)，它所含有的缺点与单例一样。它在使用时与单例的区别是:单例模式是始终保持唯一的对象，环境上下文是允许对象变更的。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
