示例工程教程【免费下载链接】learngo❤️ 1000 Hand-Crafted Go Examples, Exercises, and Quizzes. Learn Go by fixing 1000 tiny programs.项目地址https://gitcode.com/gh_mirrors/le/learngo点击查看免费下载导读本篇文章围绕开源 Go 教程仓库learngo中 23-input-scanning 章节的问答文档questions/README.md展开系统讲解 Go 中输入流input stream的核心概念、bufio.Scanner的扫描机制、分词配置、错误检测以及 Go 中Must前缀命名约定。读完本文你将掌握什么是输入流、Scanner的Scan/Text/Err三个核心方法如何协同工作、如何通过Split按行/按词/按 rune 分词、如何在实战如日志解析器中组合 map 与正则处理流式输入并理解regexp.MustCompile这类Must函数背后的 panic 语义。一、什么是输入流Input Stream原文档问题 1任何能产生连续数据contiguous data的数据源都可以视为输入流标准输入Standard Input只是其中之一。正确答案是1。原文档给出的解释非常精辟输入流可以来自任何数据源——用户输入、文件内容、网站内容等都可以被重定向redirect为输入流。选项 24 描述的只是输入流的来源示例而非输入流的本质定义。在 Go 中这一抽象被具体化为io.Reader接口与os.Stdin。在 23-input-scanning/01-scanning/main.go 中可以看到最基础的用法// Create a new scanner that scans from the standard-input in : bufio.NewScanner(os.Stdin)bufio.NewScanner接收一个io.Reader此处是os.Stdin而io.Reader正是连续数据源的 Go 表达。这意味着只要把参数换成os.Open(file.txt)或者任何实现了io.Reader的类型如网络连接同一个Scanner就能无缝消费来自文件、网络等不同数据源的输入流。标准输入重定向的实战验证仓库在 23-input-scanning/01-scanning/proverbs.txt 中准备了一份示例数据Go ProverbsGo Proverbs Make the zero value useful Clear is better than clever Errors are values结合 01-scanning/main.go你可以在终端里把文件重定向为标准输入来验证输入流来自任何数据源这一论断go run 23-input-scanning/01-scanning/main.go 23-input-scanning/01-scanning/proverbs.txt # 输出There are 4 line(s)同一份os.Stdin扫描代码通过 shell 的重定向就从键盘输入流变成了文件输入流——这正是原文档第 1 题所强调的Standard Input 是输入流之一你可以把它重定向到几乎任何数据源。二、Scanner 的扫描循环Scan、Text 与 Bytes原文档问题 2下面这段程序会打印什么in : bufio.Scanner(os.Stdin) in.Scan() // user enters: hi! in.Scan() // user enters: how are you? fmt.Println(in.Text())正确答案是3how are you?。这个题目的核心考点是Text()方法只返回最后一次扫描到的 tokentoken。Scan()每调用一次就把输入流推进一个 token默认是按行Text()永远返回最近一次Scan()得到的内容。在 01-scanning/main.go 的实战代码中这个逐次推进的语义与for循环结合成了 Go 中最常见的流式读取模式// Scan the input line by line for in.Scan() { lines // Get the current line from the scanners buffer // fmt.Println(Scanned Text :, in.Text()) // fmt.Println(Scanned Bytes:, in.Bytes()) in.Text() } fmt.Printf(There are %d line(s)\n, lines)Text() 与 Bytes() 的区别从这段代码的注释中可以看到 Scanner 暴露了两个读取方法in.Text()返回字符串形式的 token适合直接拼接、比较、打印in.Bytes()返回字节切片形式的 token适合零拷贝处理不产生新的 string 分配在性能敏感场景下更优。代码注释里还有一个值得留意的细节// Simulate an error // os.Stdin.Close()。如果手动关闭os.Stdin后续Scan()会立即返回false程序打印There are 0 line(s)——这为下一节的错误检测埋下了伏笔。循环退出的两种可能for in.Scan()循环结束后可能因为两种原因正常到达输入流末尾EOF——所有 token 都消费完毕扫描过程中发生了错误——例如底层 Reader 读取失败。两者都会让Scan()返回false因此必须在循环结束后主动检查in.Err()来区分这正是下一节的内容。三、错误检测Err() 方法原文档问题 3使用bufio.Scanner如何检测输入流中的错误正确答案是1使用Err()方法。原文档特意设计了两个干扰项Error()方法Scanner 并没有这个方法和检查 Scanner 是否为 nil。真正符合 Go 惯例的是Err()——在for in.Scan()循环结束后通过它判断扫描是否因错误中断。01-scanning/main.go 的结尾就是标准姿势if err : in.Err(); err ! nil { fmt.Println(ERROR:, err) }Go 中的错误检查惯例Go 语言不鼓励在使用前检查对象是否有效选项 3而是采用使用后检查错误的惯例正常使用 APIfor in.Scan() { ... }循环结束Scan返回false后调用in.Err()err nil表示正常读到 EOFerr ! nil表示扫描途中出错。这在 23-input-scanning/03-project-log-parser/main.go 中体现得同样完整——日志解析器在统计完所有域名访问量并打印报表后最后一步仍然是错误收尾// Lets handle the error if err : in.Err(); err ! nil { fmt.Println( Err:, err) }错误检测在实战中的完整链路日志解析器展示了更完整的错误意识——它不仅在扫描层面用in.Err()兜底还在行内容解析层面处理两类业务错误。以仓库提供的错误样例 log_err_missing.txt 为例第 3 行golang.org缺少访问数字段// Parse the fields fields : strings.Fields(in.Text()) if len(fields) ! 2 { fmt.Printf(wrong input: %v (line #%d)\n, fields, lines) return }再如 log_err_negative.txt 中可能出现的负数访问量通过strconv.Atoi结合符号判断拦截visits, err : strconv.Atoi(fields[1]) if visits 0 || err ! nil { fmt.Printf(wrong input: %q (line #%d)\n, fields[1], lines) return }这个例子很好地说明Scanner的Err()负责输入流传输层的错误而业务解析错误字段缺失、类型非法、负数需要开发者在循环体内自行校验。两层错误处理缺一不可。四、配置分词方式Split 与 bufio 内置分词器原文档问题 4如何让bufio.Scanner只按词word扫描正确答案是2in.Split(bufio.ScanWords)。原文档同时点明了两个关键事实干扰项 1bufio.NewScanner(in, bufio.ScanWords)是错误的——NewScanner只接受一个io.Reader参数分词器必须通过Split方法在创建后配置bufio 内置了多个分词器splittersScanLines默认按行、ScanWords按词、ScanRunes按 Unicode 码点等。内置分词器速查表分词器行为说明bufio.ScanLines按行扫描去掉行尾换行符Scanner的默认分词器bufio.ScanWords按空白分隔的单词扫描适合词频统计、关键词检索bufio.ScanRunes按单个 Unicode 字符rune扫描处理多字节字符时比按 byte 更安全bufio.ScanBytes按单个字节扫描最细粒度通常配合自定义场景按词扫描的实战map 作为集合Set23-input-scanning/02-map-as-sets/main.go 是ScanWords的经典实战——用 map 实现集合去重in : bufio.NewScanner(os.Stdin) in.Split(bufio.ScanWords) words : make(map[string]bool) for in.Scan() { word : strings.ToLower(in.Text()) word rx.ReplaceAllString(word, ) if len(word) 2 { words[word] true } }运行示例数据源为 shakespeare.txtgo run 23-input-scanning/02-map-as-sets/main.go sun 23-input-scanning/02-map-as-sets/shakespeare.txt # 输出The input contains sun.注意这段代码对ScanWords的三个叠加用法strings.ToLower统一小写避免Sun与sun被当成两个词正则rx : regexp.MustCompile([^a-z])清除标点与数字如ravens中的撇号、wings,中的逗号len(word) 2过滤短词如I、a提升检索质量。按行扫描的实战日志解析器而 03-project-log-parser/main.go 则保持默认的按行扫描因为日志格式是每行一个域名 空格 访问数// Scan the standard-in line by line in : bufio.NewScanner(os.Stdin) for in.Scan() { lines fields : strings.Fields(in.Text()) // ... }这里strings.Fields在行内再做一次隐式按词切分与in.Split(bufio.ScanWords)的思路互补Split决定 Scanner 层面的 token 粒度而strings.Fields决定单行内部的字段粒度。运行方式数据源 log.txtgo run 23-input-scanning/03-project-log-parser/main.go 23-input-scanning/03-project-log-parser/log.txt输出示例DOMAIN VISITS --------------------------------------------- blog.golang.org 30 golang.org 10 learngoprogramming.com 20 TOTAL 60分词器的选择决策需要逐行处理日志、配置文件、文本行→ 保持默认ScanLines需要词频统计、关键词检索如 grep 克隆→in.Split(bufio.ScanWords)需要处理多字节 Unicode 且按字符推进 →in.Split(bufio.ScanRunes)。仓库的 exercises/02-unique-words统计唯一单词数与 exercises/04-grepgrep 克隆正是围绕不同分词需求设计的配套练习。五、Must 前缀Go 的 panic 约定原文档问题 5regexp.MustCompile(...)为什么用 Must 前缀正确答案是3该函数可能会让程序崩溃panic。原文档给出了 Go 社区的一条重要命名约定如果一个函数或方法可能 panic即崩溃程序通常用 Must 作为前缀。为什么是 MustCompileregexp.Compile在正则表达式编译失败时会返回(nil, error)需要调用者处理错误而regexp.MustCompile直接返回*regexp.Regexp——如果编译失败它内部直接 panic把错误处理转化为程序崩溃。这适合在初始化阶段就写死的正则如常量模式因为这类正则在开发期就应该保证正确一旦写错让程序立刻崩溃比在运行时静默吞掉错误更符合直觉。在 02-map-as-sets/main.go 中即可看到这一约定的实际应用rx : regexp.MustCompile([^a-z])[^a-z]是一个在源码中硬编码的正则运行时不可能变化因此用MustCompile完全合理——如果这个正则本身写错了程序在启动时就 panic开发者能立刻发现。判读 Must 函数的三条线索返回值Must函数通常不返回 error签名更简洁行为出错时直接 panic而非返回错误值用途适用于编译期/启动期就能确定正确的输入硬编码模式、常量不适用于来自用户输入或文件内容等动态数据——动态数据仍应走Compile error 处理路径。需要补充说明的是Must前缀约定并非 Scanner 专属而是贯穿整个 Go 标准库regexp.MustCompile、template.Must、json.Unmarshal之外的Must系列等与第三方库的通用惯例。理解它等于掌握了阅读陌生 Go 代码时的一条速记规则。六、综合实战从扫描到统计的完整流水线将前四节的知识串联起来03-project-log-parser/main.go 展示了输入流 → Scanner 按行扫描 → 字段解析 → map 聚合 → 排序输出 → Err 兜底的完整数据流水线var ( sum map[string]int // total visits per domain domains []string // unique domain names total int // total visits to all domains lines int // number of parsed lines (for the error messages) ) sum make(map[string]int) in : bufio.NewScanner(os.Stdin) for in.Scan() { lines fields : strings.Fields(in.Text()) // ...字段校验与 Atoi 转换... if _, ok : sum[domain]; !ok { domains append(domains, domain) } total visits sum[domain] visits } sort.Strings(domains) // ...对齐打印报表... if err : in.Err(); err ! nil { fmt.Println( Err:, err) }这段代码同时覆盖了本文的全部要点知识点代码证据输入流抽象os.Stdin作为io.Readerin : bufio.NewScanner(os.Stdin)按行 token 扫描for in.Scan()in.Text()逐行推进语义lines记录行号用于报错业务层错误检测len(fields) ! 2、visits 0 || err ! nilmap 聚合域名 → 访问数sum[domain] visits、domains append(...)传输层错误兜底if err : in.Err(); err ! nil配套的练习 exercises/06-log-parser 要求读者不看现成代码、从零重建这个解析器是检验本篇文章所学的最佳自测题而 exercises/01-uppercaser逐行转大写、exercises/03-unique-words-2去标点统计唯一词、exercises/05-quit重复词退出则分别强化了按行扫描、按词扫描与 map 判重三个子技能。七、总结回答五问吃透输入扫描回到原问答文档的五道核心问题本文的结论可以浓缩为一张速记表什么是输入流——任何产生连续数据的数据源标准输入只是其一可重定向为文件、网站等内容见 01-scanning/main.go。程序打印什么——Text()只返回最后一次扫描的 token答案是how are you?。如何检测扫描错误——循环结束后调用in.Err()nil 表示正常 EOF非 nil 表示传输层错误。如何按词扫描——in.Split(bufio.ScanWords)行、词、rune、byte 四种内置分词器按需选择见 02-map-as-sets/main.go。为什么用 Must 前缀——Must是可能 panic的命名约定regexp.MustCompile用于编译期就应确定正确的硬编码正则同样见 02-map-as-sets/main.go 的rx。流式输入处理是 Go 日常开发日志分析、文本工具、CLI 交互的地基。掌握Scanner的扫描循环 分词配置 双层错误处理三段式模型你就能像处理标准输入一样处理来自文件、管道和网络的一切连续数据。赞分享示例工程教程【免费下载链接】learngo❤️ 1000 Hand-Crafted Go Examples, Exercises, and Quizzes. Learn Go by fixing 1000 tiny programs.项目地址https://gitcode.com/gh_mirrors/le/learngo点击查看免费下载相关推荐learngo 输入扫描实战用 bufio.Scanner 与 map 完成 6 个经典练习Uppercaser、Unique Words、Grep Clone、Log Parserlearngo 输入扫描实战用 bufio.Scanner 与 map 完成 6 个经典练习Uppercaser、Unique Words、Grep Clo示例工程教程SwifterSwift中15个超好用的String扩展从trimmed修剪到emoji检测一网打尽SwifterSwift中15个超好用的String扩展从trimmed修剪到emoji检测一网打尽 SwifterSwift 是一个拥有 500 原生 S移动开发深入理解 Go 错误处理nil、error 值与 if err ! nil 实践指南learngo 第 11 章深入理解 Go 错误处理nil、error 值与 if err ! nil 实践指南learngo 第 11 章 本文以 learngo 仓库 11 i示例工程教程上一篇Mac Mouse Fix完整指南3步让你的普通鼠标在macOS上超越触控板体验下一篇Mac Mouse Fix终极指南让普通鼠标在macOS上超越触控板的完整教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考