38套精品高级架构篇包含(460GB)：
web安全，高并发，高性能，高可用，高可扩展，分布式，集群，电商，缓存，大数据存储，P2P金融项目，功能设计，数据库设计，架构设计，性能调优，设计模式，自动化运维,项目实战，工作流，程序调优，负载均衡，Solr集群与应用，主从复制，中间件，全文检索，Spring boot，Spring cloud，Dubbo，Zookeeper，Keepalived，Elasticsearch，Nosql，Mecached，Redis，MongoDB，ZeroMQ，ActiveMQ，Nginx，Lvs，Mycat，Spring，Git， Jvm，Netty，Nio，Mina，Lucene，Nutch，Solr，Storm，Webservice，OpenStack，Activiti，Shiro，Tomcat，大型分布式项目实战等高端视频课程…..

最近做一个项目引入了dubbo+zookepper的分布式服务治理框架。在应用的发布的时候出现一个怪问题。zookepper服务是起在开发服务器192.168.23.180上。本机起应用服务提供者注册到192.168.23.180上的dubbo服务可以注册成功，用dubbo-admin看也是本机的IP:10.1.24.20。本机起的客户端程序也可以正常调用。但是服务提供者发布到192.168.23.180服务器上去就不行了。发布到服务器上注册的服务地址就变成了124.232.132.94:20883，这个地址消费者根本就找不到，所以老是报连接超时。按道理来说应该是192.168.23.180是服务提供者的地址才对。开始以为是代码里写了一个124.232.132.94这样的地址，搜了一遍没有找到。搜了一遍服务器的配置也没有这样一个地址。这个地址不知道是从哪里来的。应为服务提供者和zookepper在一台机器上，将服务提供者的注册地址改成127.0.0.1，发现还是一样的注册上去后就变成了124.232.132.94。于是怀疑是不是服务器上做了地址转发什么的。

1. 服务端命令
2. 客户端命令
ls 显示根目录下、文件
ls2 显示根目录下、文件
create /zk “test” 创建文件，并设置初始内容
get /zk 获取文件内容
set /zk “zkbak” 修改文件内容
delete /zk 删除文件
退出客户端
帮助命令
3. 四字命令
stat 查看服务器状态
ruok查看是否启动成功
dump列出未经处理的会话和临时节点
kill关闭掉服务器
conf输出服务配置详细信息
cons列出所有连接到服务器的客户端的完全的连接 / 会话的详细信息
envi输出关于服务环境的详细信息
reqs列出未经处理的请求
wchs列出服务器 watch 的详细信息
wchc通过 session 列出服务器 watch 的详细信息
wchp通过路径列出服务器 watch 的详细信息

（一）zookeeper工作原理（集群）
1. 基本概念
1) 角色
2) 设计目的
2. 工作原理
1) 选主流程
2) 同步流程
3. 工作流程
1) Leader工作流程
2) Follower工作流程
（二）ZK应用原理
1. 数据模型
2. 通知机制
（三）ZK应用场景
1. 名字服务(NameService)
2. 配置管理(Configuration Management)
3. 组员管理(Group Membership)
4. 简单互斥锁(Simple Lock)
5. 互斥锁(Simple Lock without Herd Effect)
6. 读写锁(Read/Write Lock)
7. 屏障(Barrier)
8. 双屏障(Double Barrier)
9. 负载均衡（软负载）
10. 分布式队列
（四）ZkClient
1. ZkClient的设计
2. ZkClient的组件说明
3. 重要处理流程说明
1) 启动ZKClient
2) 为节点注册Watcher
3) ZKClient提供了订阅功能（注册监听）
4. ZooKeeper的变更操作
5. 客户端处理变更
6. 序列化处理
（五）zookeeper应用场景实现
1. Demo-Znode操作监控
1) pom.xml
2) 操作类
3) 监听类
4) 开启一个监听线程