命令行输入输出重定向及管道应用代码异常修复咨询

你碰到的未处理异常大概率是NullReferenceException，核心原因是没正确处理管道输入流结束的信号：当type命令写完所有文件内容后，管道输入流会关闭，此时Console.ReadLine()会返回null，而你的代码直接调用inputTxt.Length，对null访问属性自然会触发报错。原来的循环条件inputTxt.Length != 0只考虑了空字符串的情况，完全没处理流结束的null场景。

1. 修复输入读取的空引用问题 #

把读取循环的逻辑改成先判断inputTxt是否为null，这是处理管道输入的标准写法，能正确识别流结束信号：

static void Main(string[] args)
{
    string inputTxt;
    // 解析命令参数，比如你提到的"+"标识（可根据需求扩展逻辑）
    bool isAccumulateMode = args.Length > 0 && args[0] == "+";
    List<string> collectedInput = new List<string>();

    // 正确的管道读取循环：持续读取直到流结束（ReadLine返回null）
    while ((inputTxt = Console.ReadLine()) != null)
    {
        if (isAccumulateMode)
        {
            collectedInput.Add(inputTxt);
        }
        else
        {
            // 保留原有的打印逻辑
            Console.WriteLine(inputTxt);
        }
    }

    // 如果是累加模式，统一输出收集到的所有内容（可按需调整合并规则）
    if (isAccumulateMode)
    {
        foreach (var line in collectedInput)
        {
            Console.WriteLine(line);
        }
        // 也可以改成合并为单行输出，比如：
        // Console.WriteLine(string.Join("\n", collectedInput));
    }
}

2. 支持复杂管道场景 #

你目标中的嵌套并行管道命令((type file1.csv file2.csv | TestPipe +) & (type file3.csv file4.csv | TestPipe +)) | TestPipe +本身是合法的，只要你的TestPipe能持续读取输入直到流完全关闭——上面的代码已经处理了这个情况：while ((inputTxt = Console.ReadLine()) != null)会一直阻塞读取，直到所有并行进程的输出都写入完毕、管道流关闭。

• 管道输入的结束标志是Console.ReadLine() == null，而非空字符串。空字符串可能是输入内容里的空行，不能当作结束信号。
• 如果需要处理超大文件或高并发输入，可以改用Console.In.ReadToEnd()或逐字节读取，但对于大多数场景，ReadLine()已经足够简单可靠。
• 测试建议从简到繁：
  • 先验证type file1.csv | TestPipe，确认单文件输入正常
  • 再测试type file1.csv file2.csv | TestPipe，验证多文件合并输入
  • 最后尝试复杂的并行管道组合

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