来了就是猿
namenode主要负责文件元信息的管理和文件到数据块的映射。有了源码|HDFS之NameNode：创建目录对创建目录过程中文件元信息操作的分析基础，就可以相对轻松的分析创建文件的流程了。
计划分三篇文章，分别分析创建文件节点（只涉及文件元信息）、添加数据块（涉及文件元信息、datanode交互）、完成文件（涉及文件元信息、datanode交互、容错性）三个子流程。仅“完成文件”子流程中涉及部分容错性的分析，即“文件创建成功后，部分数据块副本数低于最小副本系数”，其他容错性方案均需要客户端主导，统一放到对客户端的分析中讨论。
今天分析创建文件节点子流程。
namenode主要负责文件元信息的管理和文件到数据块的映射。其中，创建目录只涉及文件元信息的操作。本文分析namenode创建目录过程的源码实现，为后面分析写文件过程打基础。
源码|HDFS之DataNode：写数据块（1）、源码|HDFS之DataNode：写数据块（2）分别分析了无管道无异常、管道写无异常的情况下，datanode上的写数据块过程。本文分析管道写有异常的情况，假设副本系数3（即写数据块涉及1个客户端+3个datanode），讨论datanode对不同异常种类、不同异常时机的处理。
上一篇源码|HDFS之DataNode：写数据块（1）分析了无管道无异常情况下，datanode上的写数据块过程。本文分析管道写无异常的情况，假设副本系数3（即写数据块涉及1个客户端+3个datanode），未发生任何异常。
作为分布式文件系统，HDFS擅于处理大文件的读/写。这得益于“文件元信息与文件数据分离，文件数据分块存储”的思想：namenode管理文件元信息，datanode管理分块的文件数据。
HDFS 2.x进一步将数据块存储服务抽象为blockpool，不过写数据块过程与1.x大同小异。本文假设副本系数1（即写数据块只涉及1个客户端+1个datanode），未发生任何异常，分析datanode写数据块的过程。
掌握Mac编译Hadoop源码与Hadoop单步debug追源码后，就能告别人肉调用栈，利用IDE轻松愉快的追各种开源框架的源码啦~
今天是HDFS中DataNode的第一篇——DataNode启动过程。
单纯看书翻源码非常枯燥，为了单步debug追Hadoop源码，最好先在部署环境编译一份源码，以避免各种环境问题。
本文记录了猴子在自己的Mac上编译Hadoop源码的过程，结合之前的一次编译经验，基本覆盖了编译Hadoop源码时可能遇到的主要问题。