前言
不管是学生还是已经工作的人,我想彼此都有一个相同的梦想:进大厂!
眼看着2021年就过去一半了,那么如何才能在后半年弯道超车,进入梦寐以求的大厂呢
首先你要清楚,现在无论是大厂还是小公司,面试考察的早已不仅仅是对技术语言的掌握程度了,**对开发者算法能力的考查也越来越严格!**甚至很多公司直接让手写代码,来考查数据结构与算法的扎实程度。在这一环节,数据结构与算法基础不扎实的人,必然会挂掉!而懂数据结构与算法的人,必然会更轻松的通关面试。而其实不仅仅是面试,算法根基不扎实,在工作对于代码性能提升、编程语言的驾驭,都会比别人差很多!这些,都是衡量一个优秀程序员的核心标准!
如果未来你想面试、工作时更轻松、更有竞争力,那我劝你现在真的应该好好学一下数据结构与算法!
正文
ZooKeeper 很流行,有个基本的疑问:
- ZooKeeper 是用来做什么的?
- 之前没有ZK,为什么会诞生 ZK?
OK,解答一下上面的疑问:(下面是凭直觉说的)
- ZooKeeper 是用于简化分布式应用开发的,对开发者屏蔽一些分布式应用开发过程中的底层细节
- ZooKeeper 对外暴露简单的 API,用于支持分布式应用开发
- ZooKeeper 在提供上述功能的同时,其还是一个 高性能、高可用、高可靠的分布式集群
上面说这么多,总结一下,ZK 能解决分布式应用开发的问题,ZK 能很好的解决问题。到这一步,疑问就更多了:
- 分布式应用开发,有哪些常见问题?ZK 是如何屏蔽这些底层细节的?
- ZooKeeper 对外暴露了那些 API?这些 API 如何支持分布式应用开发的?这些 API 还能简化吗?API 的语义性怎么样?
- ZooKeeper 自身是一个高性能、高可用、高可靠的分布式集群,那有个简单的问题:
- 高性能是指什么?ZooKeeper 为了达到高性能,做了哪些工作?
- 高可用同上
- 高可靠同上
Note:本篇 wiki 就是为了解决上述第一个疑问的。(其他疑问会在其他 blog 中逐步解答)
为什么有 ZooKeeper
一个应用程序,涉及多个进程协作时,业务逻辑代码中混杂有大量复杂的进程协作逻辑。