感觉不错

1. byte/8------char/16------short/16------int/32------float/32------long/64------double/64------boolean/~

   boolean 只有两个值：true、false，可以使用 1 bit 来存储，但是具体大小没有明确规定。JVM 会在编译时期将 boolean 类型的数据转换为 int，使用 1 来表示 true，0 表示 false。JVM 支持 boolean 数组，但是是通过读写 byte 数组来实现的。

2.valueOf() 方法的实现比较简单，就是先判断值是否在缓存池中，如果在的话就直接返回缓存池的内容。

Integer x = new Integer(123);
Integer y = new Integer(123);
System.out.println(x == y);    // false
Integer z = Integer.valueOf(123);
Integer k = Integer.valueOf(123);
System.out.println(z == k);   // true

3.linux中RPM 和 DPKG 为最常见的两类软件包管理工具（了解^_）

4.云梯，也可以翻墙的软件^_

5.结构化数据：半结构化数据：非结构化数据

6.低价值密度（在大数据中，有用的信息占比少）

7.linux中rwx的解读

r(Read，读取)：对文件而言，具有读取文件内容的权限；对目录来说，具有浏览目录信息的权限。
w(Write,写入)：对文件而言，具有新增,修改 文件内容的权限(但不含删除该文件)；对目录来说，具有新建，删除，修改，移动目录内文件的权限。
x(eXecute，执行)：对文件而言，具有执行文件的权限；对目录了来说该用户具有进入目录的权限。
目录存储文件列表，一个目录的权限也就是对其文件列表的权限。因此，目录的 r 权限表示可以读取文件列表；w 权限表示可以修改文件列表，具体来说，就是添加删除文件，对文件名进行修改；x 权限可以让该目录成为工作目录，x 权限是 r 和 w 权限的基础，如果不能使一个目录成为工作目录，也就没办法读取文件列表以及对文件列表进行修改了。

8.递归：自己调用自己

9.文件默认权限：文件默认没有可执行权限，因此为 666，也就是 -rw-rw-rw- 。

目录默认权限：目录必须要能够进入，也就是必须拥有可执行权限，因此为 777 ，也就是 drwxrwxrwx。

注意看文件中的隐藏文件（.文件），就可以看到rwx的一些权限^_

10.分布式：将一个系统或者一个业务拆分成不同的子系统或者不同的子业务，然后分开部署，一个业务拆分为多个子业务，部署在多个服务器上 。

集群：更加强调的是将相同的系统或者业务重新不熟了多次，同一个业务，部署在多个服务器上 。

11.zookeeper：分布式集群的管理工具，可以看成是一个分布式的小文件（不大于1M）的存储，主要用来管理集群中一些公共的数据（元数据），从而完成集群的管理 ①一致性问题：②统一命名服务：③分布式配置管理：④分布式消息队列（sub/pub）⑤分布式协调管理

12.zookeeper自身也可以进行集群化：一般集群需要奇数台（3台起），选举产生主节点，其余为从节点，读取时一般从从节点读取，还具有转发给主节点的功能；写（增删改等）操作一般从主节点操作；观察者只有读取权限，投票权也不具有，用来增加读取的并发访问量，一般情况下并不使用。

13.zookeeper特性：全局数据一致性（各个节点存储的数据一样）、可靠性（一个节点接受数据，其他节点同步）、顺序性（全局有序或者偏序两种）、数据更新的原子性（数据不可分割，只有成功/失败）、实时性（当服务器中各个节点出现了问题的时候，需要马上通知客户端）

14.造作zookeeper进行数据的CURD操作：①使用shell，先登录zookeeper后的专属操作（创建节点：creat------读取节点：ls、get------修改数据：set、path、data------删除节点：delete、rmr）②使用java API

15.zookeeper的漂亮作用阐述

  hadoop：鼻祖级应用，ResourceManager在整个hadoop中算是单点，为了实现其高可用，分为主备ResourceManager，zookeeper在其中管理整ResourceManager。
  可以想象，主备ResourceManager最初是主RM提供服务，如果一切安好，zookeeper无用武之地。然而，总归会出现主RM提供不了服务的情况。于是会出现主备切换的情况，而zookeeper正是为主备切换保驾护航。
  先来推理一下，主备切换会出现什么问题。传统的主备切换，可以让主备之间维持心跳连接，一旦备机发现主机心跳检测不到了，则自己切换为主机，原来的主机等待救援。这种方式有两个问题，一是由于网络抖动，负载过大等问题，备机检测不到心跳并不能说明主机一定挂了，有可能一定时间后主机或网络恢复，这时候主机并不知道备机已经切换为主机，2台主机互相争用，可能造成脑裂；二是如果一些数据集中在主机上面，则备机切换时由于同步延时势必会损失掉一部分的数据。
  如何解决这些问题？早期的方式提供了不少解决方案，比如备机一旦切换为主机，则通过电源控制直接切断主机电源，简单粗暴，但是此刻备机已经是单点，如果主机是因为量撑不住而挂，那备机有可能会重蹈覆辙，最终导致整个服务不可用。

zookeeper又是如何解决这个问题的呢？
1. zookeeper作为第三方集群参与到主备节点中去，当主备启动时会在zookeeper上竞争创建一个临时锁节点，争用成功者则充当主机，其余备机
2. 所有备机会监听该临时锁节点，一旦主机与zookeeper间session失效，则临时节点被删除
3. 一旦临时节点被删除，备机开始重新申请创建临时锁节点，重新争用为主机;
4. 用zookeeper如何解决脑裂？实际上主机争用到节点后通过对根节点做一个ACL权限控制，则其他抢占的机器由于无法更新临时锁节点，只有放弃成为备机。

  zookeeper使用了非常简单又现成的方式来解决的这个问题，比起其他方案方便不少，这也是为啥zookeeper流行的原因。说白了，就是把复杂操作封装化精简化
--------------------- 
原文链接：https://blog.csdn.net/liweisnake/article/details/63251252

16.zookeeper中的create创建命令只能是单层，也就是每个目录下至多有一个文件^_，因为其中的存储既能当文件又能当目录！！