HDFS 读数据流程和短路读取是怎样的？
面试怎么回答
客户端先向 NameNode 获取文件块和副本位置，再根据网络距离连接 DataNode 流式读取，并进行 Checksum 校验；节点异常时切换其他副本。NameNode 只提供元数据，不传输文件内容。如果客户端和 DataNode 同机，可以配置短路读取，让客户端通过本地块文件和 Domain Socket 协调，减少 TCP 与进程转发成本，但仍要验证权限、配置和本地副本命中。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
HDFS 读文件时，NameNode 返回的是块位置，不会把文件内容转发给客户端。
这个边界一旦说错，后面的性能分析通常也会跟着错。
NameNode 管元数据，DataNode 提供真实数据，客户端负责选择副本、流式读取和失败切换。
第一步：向 NameNode 获取块位置
客户端打开文件时，先向 NameNode 请求文件对应的数据块以及每个块的副本位置。
NameNode 返回元数据后退出主要数据路径。真正的文件内容不会经过 NameNode，否则它会成为整个集群的流量瓶颈。
第二步：选择更近的 DataNode
客户端根据网络拓扑、节点距离和副本可用性选择 DataNode，通常优先本机、同机架或更近的副本。
读取一个块的同时，客户端会继续获取后续块位置，形成连续的数据流，而不是每读一条记录都访问 NameNode。
第三步：校验并处理失败
客户端读取数据时会校验 Checksum。遇到 DataNode 不可用、网络异常或校验失败，可以切换到同一块的其他副本继续读取，并向 NameNode 报告异常副本。
因此，HDFS 的多副本不仅用于存储容灾，也参与读取可用性和局部负载分散。
短路读取解决什么问题
正常本地读取仍可能由客户端通过 TCP 请求 DataNode，DataNode 读本地块后再把数据发送给客户端。
当计算进程与 DataNode 在同一台机器时，Short-Circuit Local Read 可以让客户端直接读取本地块文件，减少 TCP、DataNode 进程转发和数据复制成本。
当前 Hadoop 文档中，短路读取需要客户端和 DataNode 配置，并通过 UNIX Domain Socket 与共享内存协调。它只对本地副本生效，不会让远程块变成本地读取。
一个典型场景
某批任务数据本地率很高，但读取吞吐仍然不理想。只看调度本地性以为已经命中本地优化，实际短路读取没有正确启用，客户端仍走常规 DataNode TCP 路径。
核对配置、Domain Socket 权限和运行指标后，才能判断本地读取链路是否真正生效。
“任务调度到本地”与“客户端使用短路读取”是两个不同层次。