Lychee 项目中 glob 模式与 exclude_path 的兼容性问题解析

Lychee 作为一个流行的链接检查工具，在处理 Rust 项目文件时遇到了一个典型问题：当用户使用 glob 模式匹配文件时（如 **/*.rs），工具未能正确应用 exclude_path 配置项（例如排除 target 目录）。这个问题不仅影响了工具的执行效率，也暴露了输入处理逻辑中的一些缺陷。

问题的核心在于 glob 模式的扩展阶段与排除逻辑的执行顺序。当用户通过 shell 直接使用 **/*.rs 时，实际上是由操作系统先进行路径扩展，然后将结果传递给 Lychee。这种情况下，排除逻辑已经无法发挥作用，因为排除操作需要在路径匹配阶段进行。

更合理的做法是让 Lychee 自身处理 glob 模式匹配。用户可以通过将 glob 模式用引号括起来（如 '**/*.rs'）来实现这一点。然而测试发现，即使如此，排除逻辑仍然未能正确应用。这揭示了工具内部处理流程的一个缺陷：在收集输入文件阶段，排除路径的过滤没有被正确执行。

进一步测试还发现，--dump-inputs 参数也存在显示问题——它输出的文件列表没有反映实际的排除结果，虽然工具在实际检查链接时确实跳过了排除目录。这种不一致性会给用户调试带来困扰。

从技术实现角度看，理想的解决方案应该：

1. 统一由 Lychee 处理 glob 模式匹配
2. 在路径收集阶段就应用排除逻辑
3. 确保所有输出（包括调试信息）反映真实的处理流程

这个问题已经在最新版本中得到修复。对于用户来说，临时的解决方案是明确指定要检查的文件扩展名，而不是依赖 glob 模式。长期来看，考虑迁移到更强大的 globset 库将提供更好的灵活性，比如支持多个 glob 模式组合等高级功能。