HDFS读写原理

写流程

1. 客户端向NameNode发出写文件请求
2. 检查是否已存在文件、检查权限。若通过检查，直接先将操作写入EditLog，并返回输出流对象。（注：WAL，write ahead log。先写Log，再写内存，因为EditLog记录的是最新的HDFS客户端执行所有的写操作。如果后续真实写操作失败了，由于在真实写操作之前，操作就被写入EditLog中了，故EditLog中仍会有记录，不用担心后续client读不到相应的数据块，因为在第5步中DataNode收到块后会有一返回确认信息，若没写成功，发送端没收到确认信息，会一直重试，直到成功）
3. client端按128MB的块切分文件
4. client将NameNode返回的分配的可写的DataNode列表和Data数据一同发送给最近的第一个DataNode节点，此后client端和NameNode分配的多个DataNode构成pipeline管道，client端向输出流对象中写数据。client每向第一个DataNode写入一个packet，这个packet便会直接在pipeline里传给第二个、第三个…DataNode（注：并不是写好一个块或一整个文件后才向后分发）
5. 每个DataNode写完一个块后，会返回确认信息（注：并不是每写完一个packet后就返回确认信息，而是写完一个block块后，对校验信息进行汇总分析，就能得出是否有块写错的情况发生）
6. 写完数据，关闭输输出流
7. 发送完成信号给NameNode（注：发送完成信号的时机取决于集群是强一致性还是最终一致性，强一致性则需要所有DataNode写完后才向NameNode汇报。最终一致性则其中任意一个DataNode写完后就能单独向NameNode汇报，HDFS一般情况下都是强调强一致性）

  写操作中如何判断客户端向哪一台DataNode中上传第一个block块？(通过就近原则)。那客户端是怎么通过距离来判断哪台DataNode离它近或者离它远(看客户端到达DataNode之间的网络跳转的次数来判断，如果在同一个路由器下面，那距离都一样，直连，只需要跳转一次)。
机架感知
  NameNode在挑选合适的DataNode去存储Block的时候，不但会考虑DataNode的存储空间够不够，还会斟酌这些DataNode在不在同一个机架上。这就需要NameNode必须知晓一切的DataNode分别位于哪个机架上。但是默认情况下NameNode是不知道机架的存在的，即默认情况下，NameNode会以为一切的DataNo