正文：
在Go语言开发中，处理标准输入（如从命令行读取用户输入）是常见任务。许多开发者喜欢使用bufio.Scanner，因为它提供了简洁的API来逐行读取数据。但如果不小心重复创建Scanner实例，很容易导致输入数据丢失，这在处理大量或实时输入时尤为严重。今天，我就来聊聊这个陷阱，以及如何绕过它，让你的代码更健壮。

想象一下，你正在写一个Go程序，需要连续读取用户的多行输入。你可能会初始化一个bufio.Scanner，然后循环调用Scan()方法。但如果在循环中不小心重新创建了Scanner，比如在每次迭代中新建一个实例，那么未消费的缓冲数据就会被丢弃，部分输入就这样无声无息地消失了。为什么会这样？因为bufio.Scanner内部维护了一个缓冲区，它从底层的io.Reader（如os.Stdin）读取数据并暂存。如果创建新Scanner，旧的缓冲未被读取就被丢弃了，新Scanner从当前指针开始读取，导致之前的输入丢失。

让我们看一个错误示例。假设你有一个程序，它需要读取用户输入的多个命令。你可能这样写：

package main

import (
    "bufio"
    "fmt"
    "os"
)

func main() {
    for {
        fmt.Println("Enter a command (type 'exit' to quit):")
        scanner := bufio.NewScanner(os.Stdin) // 错误：每次循环都新建Scanner
        if scanner.Scan() {
            text := scanner.Text()
            if text == "exit" {
                break
            }
            fmt.Println("You entered:", text)
        }
    }
}

运行这段代码，你会发现一个问题：当你输入多行文本时，只有第一行被正确处理，后续输入似乎被忽略了。这是因为每次循环都新建了一个Scanner，它丢弃了上一次未读取的缓冲数据。例如，输入“hello”后回车，程序输出“You entered: hello”。但再输入“world”，它可能直接跳过或输出空值。这在实际应用中会引发bug，比如在交互式CLI工具中丢失用户指令。

要解决这个问题，关键是重用Scanner实例。不要在循环内重复创建它，而是在循环外初始化一次。这样，Scanner的缓冲能持续跟踪输入位置，避免数据丢失。下面是一个修正后的正确示例：

package main

import (
    "bufio"
    "fmt"
    "os"
)

func main() {
    scanner := bufio.NewScanner(os.Stdin) // 正确：在循环外创建一次
    fmt.Println("Enter commands (type 'exit' to quit):")
    for scanner.Scan() {
        text := scanner.Text()
        if text == "exit" {
            break
        }
        fmt.Println("You entered:", text)
    }

    if err := scanner.Err(); err != nil {
        fmt.Fprintln(os.Stderr, "Error reading input:", err)
    }
}

在这个版本中，Scanner只创建一次，然后通过scanner.Scan()在循环中持续读取。输入数据被正确处理，不会丢失。我还添加了错误检查，使用scanner.Err()捕获可能的读取错误，比如输入流中断。这提升了代码的可靠性。

但事情还没完。重用Scanner时，还有其他注意事项。首先，Scanner的缓冲大小是固定的（默认为4096字节）。如果输入数据超过缓冲大小，Scanner会自动调整，但最好提前设置缓冲大小以优化性能。例如，scanner.Buffer(make([]byte, 1024), 4096)可以自定义初始和最大缓冲。其次，当处理多源输入或并发场景时，确保Scanner不被多个goroutine共享，否则可能引发竞态条件。Go的并发模型强调安全，最好每个goroutine有自己的Scanner实例。

另外，考虑EOF（文件结束符）的处理。Scanner的Scan()方法在遇到EOF时返回false，循环退出。但如果是交互式输入，用户可能中途终止，我们需要优雅处理。在上面的代码中，scanner.Err()检查了错误，但你可以扩展它来区分EOF和其他错误。例如：

if err := scanner.Err(); err != nil {
    if err == io.EOF {
        fmt.Println("Input ended")
    } else {
        fmt.Fprintln(os.Stderr, "Error:", err)
    }
}

这能让程序更友好地响应用户行为。最后，对比其他方法：有时bufio.Reader或直接使用os.Stdin的Read方法可能更灵活，但Scanner的优势在于简洁的逐行处理。如果你的输入不是行结构化的，比如读取二进制数据，那么避免Scanner可能是更好的选择。

总之，在Go中处理标准输入时，重复创建bufio.Scanner是个常见陷阱，会导致输入丢失。通过重用Scanner实例、添加错误处理、并考虑缓冲设置，你可以构建高效可靠的输入处理逻辑。记住，好的代码不仅是功能正确，还要健壮易维护。下次写Go程序时，试试这些技巧，避免那些恼人的输入丢失bug吧！