始终唯一，浅谈JavaScript中的单例模式

JRong
389 阅读4分钟

什么是单例模式？

简单来说，单例模式就是确保一个类在整个应用程序中仅有一个实例，并提供一个全局访问点。这意味着无论你在程序的哪个角落，获取到的都是同一个对象，就像上面提到的小卖部老板，不论从哪个角度看他，都是那个熟悉的面孔。

想象一下，你家小区门口有个特别受欢迎的小卖部，每天人来人往，但无论何时去，那个笑容可掬的老板总是同一个人，不会因为今天客人多就突然变成双胞胎轮流站岗。这就是生活中一个简单的单例模式实例——某个角色在整个场景中始终唯一。

在编程的世界里，“单例模式”这个概念就像是那位始终如一的小卖部老板，无论程序如何执行，某个类的实例永远都只有一个。这不仅仅是一种节省资源的策略，更是保证数据一致性、提高程序效率的巧妙设计。

单例模式的实现方式

静态属性方式

这是最直接也是最常用的实现方式。通过类的静态属性来缓存实例，第二次及以后请求实例时，直接返回第一次创建的实例。

var Singleton = function(name){
    this.name = name;
};

Singleton.prototype.getName = function(){
    console.log(this.name);
};

Singleton.getInstance = (function(name){
    if(!Singleton.instance){
        Singleton.instance = new Singleton(name);
    }
    return Singleton.instance;
})();

let obj1 = Singleton.getInstance('小明');
let obj2 = Singleton.getInstance('小红');
console.log(obj1 === obj2); // 输出：true

这段代码中，getInstance方法检查是否已经存在实例，如果没有，则创建并保存到Singleton.instance，之后每次调用都直接返回这个已存在的实例。这就像是小区小卖部老板，不管谁去问，回答的都是同一个“我”。

使用闭包

闭包方式在早期JavaScript中较为流行，它利用JavaScript的闭包特性来隐藏实例，使得外界无法直接访问实例变量，从而保护了内部状态。

var Singleton = (function() {
    var instance;

    function SingletonConstructor(name) {
        this.name = name;
    }

    SingletonConstructor.prototype.getName = function() {
        console.log(this.name);
    };

    function getInstance(name) {
        if (!instance) {
            instance = new SingletonConstructor(name);
        }
        return instance;
    }

    return {
        getInstance: getInstance
    };
})();

let obj1 = Singleton.getInstance('张三');
let obj2 = Singleton.getInstance('李四');
console.log(obj1 === obj2); // 输出：true

闭包模式下，Singleton实际上是一个立即执行的函数表达式，它返回一个包含getInstance方法的对象。这种方式通过闭包的私有性来保证实例的唯一性，相当于为小卖部老板穿上了隐身衣，只有通过特定的门（getInstance）才能找到他。

为什么要用单例模式？

  1. 资源优化：对于那些创建成本高（比如数据库连接、线程池）或者占用资源多的对象，单例模式能有效减少资源消耗，避免重复创建。
  2. 全局协调：有些操作需要全局唯一的控制中心，比如日志记录器、配置管理器，单例模式可以确保这些组件的全局一致性。
  3. 简化复杂度：不需要关心实例的生命周期和管理，使得代码更加简洁，易于理解和维护。
  4. 控制并发：在多线程环境下，单例模式可以用来控制对共享资源的访问，防止数据竞争和不一致。

单例模式的优缺点

优点
  • 资源高效：减少了不必要的对象创建，尤其是在处理昂贵资源时。
  • 全局可达：提供了统一的访问入口，简化了对象的使用和依赖注入。
  • 控制并发：有利于控制对共享资源的访问，避免竞态条件。
  • 易于维护：修改或扩展实例逻辑只需一处改动，降低耦合度。
缺点
  • 违背单一职责：单例不仅负责业务逻辑，还控制着自己的创建过程，可能导致类职责不清晰。
  • 测试难题：单例的全局状态在单元测试时可能成为噩梦，难以模拟和隔离测试环境。
  • 扩展性受限：一旦需要不同的实例配置或行为变化，单例模式的僵化设计可能成为障碍。
  • 内存泄漏风险：如果单例持有了大量资源且生命周期过长，可能导致内存泄露。

总结

就像生活中的许多选择一样，没有绝对的好坏，只有适不适合。在编程的旅途中，理解并灵活运用单例模式，让我们的代码更加高效、优雅，同时也时刻保持警觉，避免其潜在的陷阱，如此方能在技术的海洋中乘风破浪，游刃有余。

avatar
文章
阅读
粉丝