SwiftFormat 标准输入流中的 Lint 功能问题解析

在 SwiftFormat 项目中，开发者发现了一个关于 lint 模式与标准输入流(stdin)交互时出现的功能异常问题。本文将深入分析该问题的技术背景、具体表现以及解决方案。

问题现象

当开发者尝试通过标准输入流(stdin)向 SwiftFormat 传递源代码内容并启用 lint 模式时，工具的输出行为出现了异常。具体表现为：

1. 使用管道方式传递内容时（如 cat Package.swift | swiftformat --lint --reporter json），标准输出(stdout)仅返回原始文件内容
2. 标准错误(stderr)虽然能正确显示"Source input did not pass lint check"等提示信息
3. 实际的 lint 检查结果（无论是否设置了 reporter）都无法在输出中看到

技术背景分析

SwiftFormat 是一个用于格式化 Swift 代码的工具，其 lint 模式用于检查代码是否符合预设的格式规范而不实际修改文件。当通过标准输入流传递内容时，工具需要正确处理输入流并生成相应的 lint 报告。

问题根源

经过分析，问题的核心在于输出流的处理逻辑存在缺陷：

1. 当从 stdin 读取内容时，工具没有正确地将 lint 结果重定向到标准输出
2. 错误信息被正确发送到 stderr，但 lint 报告却丢失了
3. 文件直接处理路径和 stdin 处理路径之间存在不一致性

解决方案

修复方案需要确保：

1. 无论输入源是文件还是 stdin，lint 报告都应一致地输出到 stdout
2. 错误信息保持通过 stderr 输出
3. 报告格式（如 JSON）应被正确处理

技术实现要点

1. 统一输出流处理逻辑，消除文件输入和 stdin 输入之间的差异
2. 确保 reporter 系统能够正确处理来自 stdin 的输入
3. 维护错误信息与 lint 报告的分离输出机制

对开发者的影响

这一修复使得开发者可以：

1. 在 CI/CD 流水线中更灵活地使用管道操作进行代码检查
2. 保持与直接文件处理一致的 lint 报告体验
3. 可靠地集成 JSON 等格式的报告输出到自动化工具链中

该问题的解决提升了 SwiftFormat 在自动化环境中的可靠性和一致性，使得通过标准输入流进行代码检查成为完全可行的方案。