LeetCode 代码跑得慢按复杂度、分配和热点顺序排查列表加载慢时先拆时间排队、数据库、网络、应用计算各占多少。只有 Profile 把热点指向重复正则编译或字符串构建才值得做这类局部优化。定位顺序go test -benchBenchmarkAnalyze -benchmem ./... go tool pprof -http:0 cpu.pprof go tool pprof -http:0 mem.pprof基准应包含代表性的输入长度和代码语言。观察ns/op、B/op、allocs/op并在改动前后使用相同命令比较。线上慢请求还要区分排队、数据库、网络和应用计算时间。两个低风险优化相同规则被反复使用时可以在包级预编译正则。对于固定关键字strings.Contains往往比正则更清晰。字符串拼装用strings.Builder可以减少中间对象但不必为了“零拷贝”引入unsafe不安全转换容易带来生命周期和可变性问题收益应由 profile 证明。var loopPattern regexp.MustCompile(\b(for|while)\b) func summarize(code string) string { var b strings.Builder b.Grow(len(code) / 8) if loopPattern.MatchString(code) { b.WriteString(包含循环) } if strings.Contains(code, dfs) { b.WriteString(包含 dfs 标识) } return b.String() }正则预编译不会改变算法复杂度原本逐字符扫描的逻辑也不会因为换了容器就从平方复杂度变成线性。复杂度要依据循环和数据结构推导性能要依据测量验证。验收保留优化前后的 benchmark、profile 和正确性测试。若内存池导致对象滞留、代码可读性下降或结果未改善就不应保留。性能优化的目标是解决已证实的热点而不是套用固定技巧。