使用@azure/storage-file-datalake流式读取Azure存储文件时遇随机AbortError

• 请求超时或连接中断：单批处理耗时7秒，若大文件总处理周期较长，可能触发客户端或Azure存储服务的超时机制——服务端会主动中止长时间未完成的请求；另外网络波动导致TCP连接意外断开，也会抛出无额外详情的AbortError。
• 客户端侧意外触发中止信号：检查代码中是否存在未被留意的AbortController实例，比如定时器、资源清理逻辑中误调用了abort()，强制终止了流读取操作，这种情况下错误触发时机完全随机。
• 自定义重试与SDK内置策略冲突：@azure/storage-file-datalake本身自带重试策略，若你手动添加的重试逻辑和SDK内置策略在重试间隔、次数上设置冲突，可能导致请求被重复中止。
• 文件并发访问冲突：如果目标.csv文件同时被其他进程写入或修改，Azure存储会中止读取请求以保证数据一致性，这类场景下错误触发时机也会随机出现。
• SDK版本潜在bug：即使是最新版SDK，也可能存在大文件分批次流式读取时的资源泄漏、状态管理异常等未修复bug，导致请求被意外中止。

针对错误未被捕获的问题：

提示：AbortError可能在SDK内部的异步回调中抛出，若你的错误处理仅覆盖业务代码层，可能无法捕获到流内部的错误。可以尝试给流的error事件绑定全局处理函数，或者用try/catch包裹整个流处理的异步迭代逻辑。

内容的提问来源于stack exchange，提问作者Sander Vanstaen