对于从事C、C++程序开发的开发人员来说，在内存管理领域，他们既是拥有最高权为的“皇帝”又是从事最基础工作的“劳动人民”----既拥有每一个对象的“所有权”，又担负着每一个对象生命开始到终结的维护责任。对于Java程序员来说，在虚拟机自动内存管理机制的帮助下，不再需要为每一个new操作去写配对的delete/free代码，不容易出现内存泄漏和内存溢出问题，由虚拟机管理内存这一切看起来都很美好。不过

最近想试试把zk嵌入到程序里面看是否可行，但不赞同这样，因为把zk嵌入到应用程序里面，整个应用的可用性和Zookeeper的可用性被耦合在一起，如果其中一个退出，另一个也必然会退出。Zookeeper常常被用来提供高可用服务，但对于应用中嵌入Zookeeper的方式却降低了其最强的优势。

Zookeeper有两种运行模式：集群模式和单机模式。安装环境  1.系统环境    zk对不同系统环境支持都很好，在绝大多数主流的操作系统上都能够正常运行，如：GNU/linux、Sun Solaris、Win32以及MacOSX等。需要注意的是，Zookeeper官方文档中特别强调，由于FreeBSD系统的JVM对Java的NIO Selector支持得不是很好，所以不建议

一、说到依赖注入（控制反转），先要理解什么是依赖。Spring 把相互协作的关系称为依赖关系。假如 A 组件调用了 B 组件的方法，我们可称A 组件依赖于 B 组件。二、什么是依赖注入。在传统的程序设计过程中，通常由调用者来创建被调用者的实例。在依赖注入的模式下，创建被调用者的工作不再由调用者来完成，因此称为控制反转；创建被调用者实例的工作通常由Spring 容器来完成