filepath.walk 是遍历源码目录最稳方案，自动处理符号链接、权限错误和深度限制；应过滤非普通文件、用 filepath.base 配合字符串判断 go 文件、跳过测试/生成文件；逐行扫描时需跟踪多行注释状态并剔除空行和注释行；统计标准需明确定义以避免结果偏差。
用 filepath.Walk 递归遍历源码目录最稳
Go 标准库的 filepath.Walk 是处理文件树的首选，它自动处理符号链接、权限错误和路径深度，比手写递归更可靠。手动用 os.ReadDir + 递归容易漏掉 io.EOF 或 permission denied 场景，导致统计不全。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 传入根路径后，在
filepath.Walk的回调函数里只处理os.FileMode.IsRegular()的文件，跳过目录、设备文件、socket 等 - 用
strings.HasSuffix(path, ".go")判断 Go 源文件，别依赖mime.TypeByExtension—— 它在无网络或无魔数时可能返回空或误判 - 遇到
filepath.SkipDir错误（比如node_modules或vendor）要显式返回，避免钻进大目录拖慢速度
按行读取时跳过空行和注释行有坑
统计“有效代码行”不是简单 len(strings.Split(text, "\n"))。Go 的注释分单行 // 和多行 /* */，且空行、纯空白行、只有注释的行都该剔除。但多行注释跨行时，不能逐行判断 —— 你得维护一个“是否处于多行注释中”的状态。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 对每个
*os.File，用bufio.Scanner逐行扫描，避免一次性加载大文件爆内存 - 用布尔变量
inComment跟踪/*开始后、*/之前的状态；遇到//直接跳过整行 - 跳过仅含空白符（
strings.TrimSpace(line) == ""）的行，但注意 BOM 或 UTF-8 控制字符 —— 实际只需strings.TrimSpace已足够覆盖常见情况
filepath.Match 不适合过滤文件名模式
想排除测试文件（*_test.go）或生成代码（mock_*.go）？别用 filepath.Match 做运行时过滤 —— 它只支持 * 和 ?，不支持正则，且无法组合多个条件。更糟的是，它匹配的是完整路径，不是文件名，容易误伤（比如 /a/b/mock_foo.go 匹配 "mock_*.go" 失败）。
启科网络商城系统由启科网络技术开发团队完全自主开发，使用国内最流行高效的PHP程序语言，并用小巧的MySql作为数据库服务器，并且使用Smarty引擎来分离网站程序与前端设计代码，让建立的网站可以自由制作个性化的页面。 系统使用标签作为数据调用格式，网站前台开发人员只要简单学习系统标签功能和使用方法，将标签设置在制作的HTML模板中进行对网站数据、内容、信息等的调用，即可建设出美观、个性的网站。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
filepath.Base(path)提取文件名后再判断，例如：base := filepath.Base(path); strings.HasSuffix(base, "_test.go") - 把要排除的模式写成切片，用
for循环检查，比嵌套if更易读、易扩展 - 如果未来要支持正则，直接换用
regexp.MatchString，但注意编译一次复用，别在循环里反复regexp.Compile
统计结果差异常源于“空行定义”和“是否含 main 函数”
不同工具对“代码行”的定义不同：有些算所有非空非注释行（LOC），有些只算含语句的行（SLOC），还有些把 func main() { 这种声明行也计入。Golang 自己的 go list -f '{{.GoFiles}}' 不提供行数，所以你的统计器输出和 cloc 或 IDE 插件对不上是正常的。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 明确文档里写清你统计的是什么：比如 “非空、非纯注释、非函数/结构体声明首行的行数” —— 用户需要知道这个数字能干什么
- 如果想接近
cloc行为，可额外跳过只含{、}、func、type、var等关键字开头的单行（但别过度设计，多数场景不需要） - 注意 Windows 换行符
\r\n：用scanner.Scan()自动处理，别用bytes.Count数\n—— 否则在跨平台项目里会少算
真正难的不是遍历或计数，而是定义清楚“哪一行算一行”。同一份代码，有人要物理行数，有人要逻辑语句数，有人要排除生成文件后的净行数 —— 这些需求没法靠一个开关解决，得从输入参数就区分清楚。
