HDFS源码分析数据块汇报之损坏数据块检测checkReplicaCorrupt()

        无论是第一次，还是之后的每次数据块汇报，名字名字节点都会对汇报上来的数据块进行检测，看看其是否为损坏的数据块。那么，损坏数据块是如何被检测的呢？本文，我们将研究下损坏数据块检测的checkReplicaCorrupt()方法。

        checkReplicaCorrupt()方法专门用于损坏数据块检测，代码如下：

        checkReplicaCorrupt()方法处理逻辑略显复杂，但是还算清晰，它需要被汇报的数据块Block实例reported、副本状态实例ReplicaState、数据块状态BlockUCState等参数，主要处理逻辑如下：

        基于数据节点DataNode上的数据块副本状态ReplicaState实例reportedState进行检测，如果：

        1、数据块副本状态ReplicaState为正在写入RBW、正在恢复RUR、为复制而创建的临时副本TEMPORARY三种状态，则肯定不是损坏的数据块，因为这些数据块副本还处于不确定的状态，还需要被写入或者被舍弃等；

        2、数据块副本状态ReplicaState为FINALIZED的话，说明数据已被完全写入，数据块副本大小及时间戳均不会再发生变化，此时，就等着其所在数据节点DataNode进行数据块汇报，将该数据块副本汇报给名字节点NameNode，那么我们需要看数据块Block在名字节点内的状态：

              2.1、如果是COMPLETE状态，不应被汇报为坏块：这种情况下，数据节点副本已经处于不会被修改的FINALIZED状态，而名字节点中的数据块状态为COMPLETE，也是不会被修改的状态，并且其他数据节点已经汇报过该数据块对应的一个副本，所以不会是损坏的数据块；

              2.2、如果是COMMITTED状态，虽然数据块不会被修改，但是还没有任何数据节点汇报过副本，还需要做以下时间戳和大小的判断：

                       2.2.1、如果名字节点存储的数据块时间戳不等于汇报的数据块时间戳，需要汇报为坏块，且损坏原因为Reason.GENSTAMP_MISMATCH，即时间戳不匹配；

                       2.2.2、如果名字节点存储的数据块大小不等于汇报的数据块大小，需要汇报为坏块，且损坏原因为Reason.SIZE_MISMATCH，即大小不匹配；

                       2.2.3、其它情况下不是一个坏块；

              2.3、如果是UNDER_CONSTRUCTION状态，数据还在被写入，所以可以忽略大小，只做以下时间戳的判断：

                       2.3.1、如果名字节点存储的数据块时间戳不等于汇报的数据块时间戳，需要汇报为坏块，且损坏原因为Reason.GENSTAMP_MISMATCH，即时间戳不匹配；

                       2.3.2、其它情况下不是一个坏块；

              2.4、其他情况下均不是损坏的数据块；

        3、数据块副本为正等待被恢复状态RWR的话，需要看数据块在名字节点NameNode的状态：

              3.1、如果名字节点存储的数据块Block不是COMPLETE状态，则不是一个坏块，此时数据块尚未上报过名字节点NameNode；

              3.2、如果名字节点存储的数据块是COMPLETE状态，说明之前已经上报过，需要判断时间戳是否一致，如果时间戳不一致的话，则说明其是一个坏块；

              3.3、如果名字节点存储的数据块是COMPLETE状态，说明之前已经上报过，且时间戳一致的话，如果数据块副本为正在写入状态RBW，不会是一个损坏的数据块，否则为一个损坏的数据块，且损坏原因为Reason.INVALID_STATE；

        4、其他情况下均为一个坏块，且损坏原因为Reason.INVALID_STATE。

        BlockToMarkCorrupt是一个数据块标记为坏块的抽象数据结构，它包含四个成员变量，如下：

        其他的均是构造方法，及覆写的toString()方法，不再赘述！