uutils/coreutils项目中mv命令跨文件系统复制特殊文件的问题分析

在uutils/coreutils项目中，mv命令在处理跨文件系统移动特殊文件时存在一个关键问题。当用户尝试将FIFO等特殊文件从一个文件系统移动到另一个文件系统时，命令会无限期挂起而无法完成操作。

问题的核心在于mv命令在跨文件系统操作时的处理逻辑。当源文件和目标位置位于不同文件系统时，mv命令实际上执行的是"复制+删除"操作，而非简单的重命名。当前实现中，命令会首先尝试将文件复制到目标位置，然后再删除源文件。

对于普通文件，这种处理方式工作正常。但对于FIFO等特殊文件，当前的复制机制存在问题。FIFO（命名管道）是一种特殊的进程间通信机制，它表现为文件系统中的特殊文件类型。当尝试跨文件系统复制时，简单的文件复制操作无法正确处理这种特殊文件类型。

GNU coreutils的实现采用了更完善的策略：它会创建新的特殊文件并复制其属性，而不仅仅是依赖普通的文件复制操作。这与cp命令在启用--no-dereference选项时的行为类似。

从代码架构角度看，这个问题暴露出了uutils/coreutils项目中可能存在的一些代码重复问题。mv和cp命令在处理特殊文件复制时都需要类似的属性复制功能，但目前这些功能在两个命令中可能是重复实现的。

理想的解决方案应该考虑以下几个方面：

1. 实现特殊文件的正确复制机制，包括创建新文件和复制属性
2. 重构代码以避免mv和cp之间的功能重复
3. 考虑将核心复制功能提取到共享库中

这个问题不仅影响FIFO文件，还可能影响其他类型的特殊文件，如设备文件、套接字等。因此，解决方案需要具备通用性，能够处理各种特殊文件类型。

对于开发者而言，这个问题也提出了关于项目架构的思考：是否应该将cp命令的核心功能提取到uucore库中，以便其他命令复用。这种重构虽然工作量较大，但可以显著提高代码的维护性和一致性。