Singletonパターンは、インスタンスの生成制御に関するデザインパターン手法の１つで、インスタンスが１つしかない事を保証します。

Singletonパターン | PHPデザインパターン

Singleton パターンは、インスタンスの生成制御に関するデザインパターン手法の１つで、インスタンスが１つしかない事を保証します。
この、「インスタンスが１つしかない事を保証する」とはどういう事なのか。
Singleton パターンが用いられるのは以下のような状況の時です。
<ul>
<li>そのオブジェクト（クラス）を毎回インスタンス化したとして、複製されたそれらのどれかの状態や値が変更された際に、毎回必ず全てのインスタンスの保持する状態が同一でなければならない状況の時。状態の同期を実装するくらいなら、初めからそのインスタンスが単一であった方が結局シンプルである。</li>
<li>インスタンスの生成自体にも負荷がかかるので、１つで済む役割のオブジェクトならそもそも１つだけ存在できれば良い。</li>
<li>そのオブジェクトが保有（もしくはロード）する何等かのデータの量がとてつもなく多い場合、いくつもインスタンスが生成されるとパフォーマンスの低下・障害に通じる。</li>
</ul>
なんだかんだ言ってもあれこれすればインスタンスを１つに限定しなくてもなんとかなる場合もあったりしますが、結局は無駄に複雑化させる事なく、極力シンプルにアプリケーションを構築する為には、Singleton パターンを採用するに至ります。
また、こうした「よからぬ状況」の回避を運用ではなく動作ロジックとして完全に単一である事を実現させる事で、そのインスタンスが１つのみである事を必ず保証し、運用どころか開発時点から事故を無くします。
Singleton パターンのクラス図は以下のようになります。
<div class="img_wrap"><amp-img layout="responsive" src="/images/posts/123/YHyoUQ9UFLr2JQ5PHDyL.png" width="324" height="174" alt="Singleton パターンのクラス図"></div>
その名の通り１つのクラスのみ。極めてシンプルです。
<h2 id="実装例">実装例</h2>
Singleton パターンを実装したコードは以下のようになります。
<dl class="description_setting">
<dt>app/Singleton/SampleSingleton.php</dt>
<dd>
<pre><code class="hljs language-php">&#x3C;?php

namespace App\Singleton;

class SampleSingleton
{
 private static $instance;

 private $id; // 同一インスタンス検証用のID

 private function __construct()
 {
 $this->id = hash('sha256', time());
 }

 public static function getInstance()
 {
 if (empty(self::$instance)) {
 self::$instance = new SampleSingleton();
 }
 return self::$instance;
 }

 public function getId()
 {
 return $this->id;
 }

 public final function __clone()
 {
 throw new \Exception('This Instance is Not Clone');
 }

 public final function __wakeup()
 {
 throw new \Exception('This Instance is Not unserialize');
 }
}
</code></pre>
</dd>
</dl>
上記のコードは最小構成です。実際にはシングルトンを実現した上で、必要なふるまいを定義していきます。
という事で、このクラスが提供している機能は唯一「ID を返す」という事になります。
上記のように動的に生成された ID が、必ず同じ値を返す為には、やはり単一インスタンス、つまりはシングルトンである必要があります。新しいインスタンスを生成すると新しい ID が生成されてしまうからです。
<pre><code class="hljs language-php">private function __construct()
{
 $this->id = hash('sha256', time());
}
</code></pre>
コンストラクタのアクセス修飾子を private にする事で、new 演算子を用いて新たなインスタンスを作成できなくさせています。
このオブジェクトにアクセスするには、そのオブジェエクトが持つ提供メソッドから取得する必要があります。それが getInstance() メソッドです。
<pre><code class="hljs language-php">public static function getInstance()
{
 if (empty(self::$instance)) {
 self::$instance = new SampleSingleton();
 }
 return self::$instance;
}
</code></pre>
インスタンスが生成されていなければ自身の生成を行い、１度生成されてからはそれのみを返却します。
そしてこのインスタンスに静的にアクセスできるように、getInstance() とメンバ変数 $instance は static で定義します。いわゆる遅延静的束縛 (Late Static Bindings) です。
<pre><code class="hljs language-php">private static $instance;
</code></pre>
ちなみに、これだけではインスタンスの単一性を保証する事ができません。 PHP に限りませんが、インスタンスを複製する方法などあまたあるわけで、とはいえ非常識的な部分は置いておくとして、マジックメソッドに関する生成複製部分は回避しておく必要があります。
そこで以下です。
<pre><code class="hljs language-php">public final function __clone()
{
 throw new \Exception('This Instance is Not Clone');
}

public final function __wakeup()
{
 throw new \Exception('This Instance is Not unserialize');
}
</code></pre>
マジックメソッドである __clone() と __wakeup() は、アクセス修飾子を private にするのでも良いですが、ここでは例外を投げています。（どっちでも良いです）つまりは、
<ul>
<li>clone 演算子でインスタンスをクローンさせない</li>
<li>グローバル関数の unserialize() でインスタンスをアンシリアライズさせない</li>
</ul>
という事を行っています。そして最後に
<pre><code class="hljs language-php">public function getId()
{
 return $this->id;
}
</code></pre>
このクラスの唯一の機能である、ID を返すメソッドです。
ちなみに返却する ID ですが、インスタンスを１つだけ生成する際にコンストラクタで ID の生成を行っています。
<pre><code class="hljs language-php">$this->id = hash('sha256', time());
</code></pre>
ではクライアント側からこのクラスを利用します。
<pre><code class="hljs language-php">&#x3C;?php

use App\Singleton\SampleSingleton;

$singleton = SampleSingleton::getInstance();

echo $singleton->getId();

$singleton2 = SampleSingleton::getInstance();

echo $singleton2->getId();
</code></pre>
結果は以下になります。
<pre><code>5a7f72e01c129081cc23ca2196a76e19de7051341c3b0ffc7d3baba759b15595

5a7f72e01c129081cc23ca2196a76e19de7051341c3b0ffc7d3baba759b15595
</code></pre>
同じ ID が返されている事が確認できます。インスタンスを生成する毎に ID が生成されるので、この２つが同じ ID ということは、同一のインスタンスである事が確認できます。
そして、new も clone もできません。
<pre><code class="hljs language-php">$new = new SampleSingleton(); // ×

$clone = clone $singleton; // ×
</code></pre>
<h2 id="まとめ">まとめ</h2>
Singleton パターンはインスタンスが１つしかない事を保証するものですが、それによってインスタンスの生成を制御し、アプリケーションをシンプルに、そして堅牢に保つ為の手法です。
Laravel などの PHP フレームワークを使っているなら、コンテナとかキューの処理なんかをイメージするとより理解しやすいかもしれません。例えばキューイングは処理の順番を把握し処理したいのでインスタンスは１つが良い。そういった意味では、DI コンテナなんかは、事実上シングルトンを提供しているようなものです。
ただ反面、何も考えずに用いるとアンチパターンになってしまう事も多々あり、シンプルな構造とは言えその本質を良く理解してからの使用検討が良い手法の１つとも言えます。（密結合/グローバル変数のあれこれ/メンテナンス性の低下など）
まあ依存性注入 (Dependency Injection) がありますしね。
とは言わず、先人の知恵の一つとして、そして己の手数の一つとして理解しておくと良いと思います。

Singleton パターンは、インスタンスの生成制御に関するデザインパターン手法の１つで、インスタンスが１つしかない事を保証します。
この、「インスタンスが１つしかない事を保証する」とはどういう事なのか。
Singleton パターンが用いられるのは以下のような状況の時です。
<ul>
<li>そのオブジェクト（クラス）を毎回インスタンス化したとして、複製されたそれらのどれかの状態や値が変更された際に、毎回必ず全てのインスタンスの保持する状態が同一でなければならない状況の時。状態の同期を実装するくらいなら、初めからそのインスタンスが単一であった方が結局シンプルである。</li>
<li>インスタンスの生成自体にも負荷がかかるので、１つで済む役割のオブジェクトならそもそも１つだけ存在できれば良い。</li>
<li>そのオブジェクトが保有（もしくはロード）する何等かのデータの量がとてつもなく多い場合、いくつもインスタンスが生成されるとパフォーマンスの低下・障害に通じる。</li>
</ul>
なんだかんだ言ってもあれこれすればインスタンスを１つに限定しなくてもなんとかなる場合もあったりしますが、結局は無駄に複雑化させる事なく、極力シンプルにアプリケーションを構築する為には、Singleton パターンを採用するに至ります。
また、こうした「よからぬ状況」の回避を運用ではなく動作ロジックとして完全に単一である事を実現させる事で、そのインスタンスが１つのみである事を必ず保証し、運用どころか開発時点から事故を無くします。
Singleton パターンのクラス図は以下のようになります。
<div class="img_wrap"><img src="/images/posts/123/YHyoUQ9UFLr2JQ5PHDyL.png" width="324" height="174" alt="Singleton パターンのクラス図"></div>
その名の通り１つのクラスのみ。極めてシンプルです。
<h2 id="実装例">実装例</h2>
Singleton パターンを実装したコードは以下のようになります。
<dl class="description_setting">
<dt>app/Singleton/SampleSingleton.php</dt>
<dd>
<pre><code class="hljs language-php">&#x3C;?php

namespace App\Singleton;

class SampleSingleton
{
 private static $instance;

 private $id; // 同一インスタンス検証用のID

 private function __construct()
 {
 $this->id = hash('sha256', time());
 }

 public static function getInstance()
 {
 if (empty(self::$instance)) {
 self::$instance = new SampleSingleton();
 }
 return self::$instance;
 }

 public function getId()
 {
 return $this->id;
 }

 public final function __clone()
 {
 throw new \Exception('This Instance is Not Clone');
 }

 public final function __wakeup()
 {
 throw new \Exception('This Instance is Not unserialize');
 }
}
</code></pre>
</dd>
</dl>
上記のコードは最小構成です。実際にはシングルトンを実現した上で、必要なふるまいを定義していきます。
という事で、このクラスが提供している機能は唯一「ID を返す」という事になります。
上記のように動的に生成された ID が、必ず同じ値を返す為には、やはり単一インスタンス、つまりはシングルトンである必要があります。新しいインスタンスを生成すると新しい ID が生成されてしまうからです。
<pre><code class="hljs language-php">private function __construct()
{
 $this->id = hash('sha256', time());
}
</code></pre>
コンストラクタのアクセス修飾子を private にする事で、new 演算子を用いて新たなインスタンスを作成できなくさせています。
このオブジェクトにアクセスするには、そのオブジェエクトが持つ提供メソッドから取得する必要があります。それが getInstance() メソッドです。
<pre><code class="hljs language-php">public static function getInstance()
{
 if (empty(self::$instance)) {
 self::$instance = new SampleSingleton();
 }
 return self::$instance;
}
</code></pre>
インスタンスが生成されていなければ自身の生成を行い、１度生成されてからはそれのみを返却します。
そしてこのインスタンスに静的にアクセスできるように、getInstance() とメンバ変数 $instance は static で定義します。いわゆる遅延静的束縛 (Late Static Bindings) です。
<pre><code class="hljs language-php">private static $instance;
</code></pre>
ちなみに、これだけではインスタンスの単一性を保証する事ができません。 PHP に限りませんが、インスタンスを複製する方法などあまたあるわけで、とはいえ非常識的な部分は置いておくとして、マジックメソッドに関する生成複製部分は回避しておく必要があります。
そこで以下です。
<pre><code class="hljs language-php">public final function __clone()
{
 throw new \Exception('This Instance is Not Clone');
}

public final function __wakeup()
{
 throw new \Exception('This Instance is Not unserialize');
}
</code></pre>
マジックメソッドである __clone() と __wakeup() は、アクセス修飾子を private にするのでも良いですが、ここでは例外を投げています。（どっちでも良いです）つまりは、
<ul>
<li>clone 演算子でインスタンスをクローンさせない</li>
<li>グローバル関数の unserialize() でインスタンスをアンシリアライズさせない</li>
</ul>
という事を行っています。そして最後に
<pre><code class="hljs language-php">public function getId()
{
 return $this->id;
}
</code></pre>
このクラスの唯一の機能である、ID を返すメソッドです。
ちなみに返却する ID ですが、インスタンスを１つだけ生成する際にコンストラクタで ID の生成を行っています。
<pre><code class="hljs language-php">$this->id = hash('sha256', time());
</code></pre>
ではクライアント側からこのクラスを利用します。
<pre><code class="hljs language-php">&#x3C;?php

use App\Singleton\SampleSingleton;

$singleton = SampleSingleton::getInstance();

echo $singleton->getId();

$singleton2 = SampleSingleton::getInstance();

echo $singleton2->getId();
</code></pre>
結果は以下になります。
<pre><code>5a7f72e01c129081cc23ca2196a76e19de7051341c3b0ffc7d3baba759b15595

5a7f72e01c129081cc23ca2196a76e19de7051341c3b0ffc7d3baba759b15595
</code></pre>
同じ ID が返されている事が確認できます。インスタンスを生成する毎に ID が生成されるので、この２つが同じ ID ということは、同一のインスタンスである事が確認できます。
そして、new も clone もできません。
<pre><code class="hljs language-php">$new = new SampleSingleton(); // ×

$clone = clone $singleton; // ×
</code></pre>
<h2 id="まとめ">まとめ</h2>
Singleton パターンはインスタンスが１つしかない事を保証するものですが、それによってインスタンスの生成を制御し、アプリケーションをシンプルに、そして堅牢に保つ為の手法です。
Laravel などの PHP フレームワークを使っているなら、コンテナとかキューの処理なんかをイメージするとより理解しやすいかもしれません。例えばキューイングは処理の順番を把握し処理したいのでインスタンスは１つが良い。そういった意味では、DI コンテナなんかは、事実上シングルトンを提供しているようなものです。
ただ反面、何も考えずに用いるとアンチパターンになってしまう事も多々あり、シンプルな構造とは言えその本質を良く理解してからの使用検討が良い手法の１つとも言えます。（密結合/グローバル変数のあれこれ/メンテナンス性の低下など）
まあ依存性注入 (Dependency Injection) がありますしね。
とは言わず、先人の知恵の一つとして、そして己の手数の一つとして理解しておくと良いと思います。

Author