Padrão de projeto

Esse padrão de projeto é um padrão cri acional, onde pode ser aplicado em ocasiões em que apenas uma classe seja instanciada em todo o projeto, fazendo com que objetos sejam criados uma vez na memória. Significa que sempre que o objeto for chamado em qualquer parte do código, o padrão de projeto Singleton se encarregará de retornar sempre a mesma instância do objeto, e caso este não existe então ele solicitará a criação de um novo pelo construtor da classe. A instância única deve ser extensível através de subclasses e clientes podem usar instâncias diferentes polimorficamente sem modificação de código mantendo um ponto global de acesso ao seu objeto, objetos que se tratam de um Spooler de impressão, um sistema de arquivos, um objeto que contém a configuração de um programa etc. A melhor situação para se aplicar é fazer com que a classe em si seja responsável pela manutenção da instância única. Ele se relaciona ao padrão Static Factory Method por utilizar um método estático para dar acesso ao objeto em vez de utilizar uma variável publica. O uso de Static Factory Method permite fazer lazy loading e contornar problemas relacionados a sincronismo em ambiente multi-thread.
Implementar um Singleton não é tão fácil como parece. Ao implementar um Singleton é necessário cuidar de não permitir formas de duplicar o objeto que existe nem permitir criar outros.Como vimos um Singleton é um objeto global acessível em qualquer ponto da aplicação.Isso significa que ele pode ser utilizado em simultâneo em várias threads.
Outro cuidado é com a serialização. Normalmente se o recurso se refere a algum componente físico da máquina ou do ambiente de execução não faz sentido serializar esse objeto. Se o recurso em causa diz respeito a um domínio de aplicação em que o recurso é único apenas do ponto de vista lógico da abstração, e não tem um vinculo ao mundo físico, então pode ser possível serializar o objeto. Contudo esta necessidade é, na prática, rara. O problema é que, quando é