请描述HDFS执行写操作与读操作时的主要流程步骤，并分析这两个流程各自面临哪些设计挑战？

回答思路

1. 【回答框架 1】写流程：客户端按块大小（默认128MB）切分文件，向NameNode发起创建请求并获取第一个块的DataNode列表；客户端以流水线方式将块数据写入第一个DataNode，该节点依次复制到后续节点，每写一个chunk（如64KB）会校验并确认；所有块写完后客户端通知NameNode提交，NameNode记录块位置。若写入中途节点故障，客户端从管道中剔除故障节点，并将未确认的副本重新复制，确保副本数达标。
2. 【回答框架 2】读流程：客户端通过FileSystem.open向NameNode获取文件块的位置信息（按块列表返回，并按拓扑排序，优先本地或就近副本），随后直接连接对应的DataNode读取块数据；读取时客户端校验数据完整性，若某副本读取失败或校验不通过，会重新向NameNode获取下一个副本位置并继续读取，保证读取的容错性。
3. 【回答框架 3】写设计挑战：数据一致性方面，需要协调多个副本的写入顺序和确认机制，流水线复制带来网络故障和节点故障的处理复杂度；写吞吐受限于流水线最慢节点；NameNode需管理大量写请求的元数据更新，存在性能瓶颈；同时副本放置策略需考虑机架感知以平衡可靠性与带宽。
4. 【回答框架 4】读设计挑战：读取延迟受网络和磁盘影响，需通过副本选择策略减少远距离读取；读取时需处理DataNode故障和数据校验失败情况，保证正确性；NameNode成为读元数据的高频访问点，需通过缓存和批量处理缓解压力；此外，小文件大量读取时，块随机访问效率较低。
5. 【关键点 1】写操作采用流水线复制，客户端只向第一个DataNode写数据，并逐级确认。
6. 【关键点 2】读操作先向NameNode获取块位置，再直接与DataNode通信，支持就近读取。
7. 【关键点 3】读写均需处理副本故障，通过重试或从其他副本读取保证可用性。
8. 【关键点 4】设计挑战在于保证副本一致性、容错性和NameNode的元数据性能。
9. 【易错点 1】不要遗漏写操作需等待所有副本确认才算成功的机制，也不能忽略读取时校验失败后的副本切换。
10. 【易错点 2】不要将HDFS读操作设计为通过NameNode转发数据，客户端直接与DataNode通信是核心。
11. 【易错点 3】过于强调机架感知优化，忽视故障处理和一致性机制，会显得不全面。