strings.repeat 不会 panic，但传入负数或零时返回空字符串 ""；它不校验次数非负，需手动判断避免意外空串或内存暴涨。
strings.Repeat 会 panic 吗？什么情况下出错
strings.Repeat 在 Go 中是安全函数，**不会 panic**，但对负数次数会直接返回空字符串 ""。它只接受 int 类型的重复次数，不校验是否为负——Go 标准库选择静默处理而非报错。
常见误用场景：
- 把用户输入或数据库字段转成
int后直接传入，没做非负判断，结果意外得到空串 - 在循环中拼接大量重复内容（比如生成 MB 级填充字符串），可能触发内存暴涨甚至 OOM
重复次数为 0 或负数时返回什么
无论传入 0、-1 还是 -100，strings.Repeat("a", n) 都返回 ""。这不是 bug，是文档明确声明的行为：
func Repeat(s string, count int) string
说明里写的是 “Return a new string consisting of count copies of s”，而“0 copies”自然就是空串；负数未定义，按惯例归为 0 次。
所以如果你需要报错提示非法输入，得自己加判断：
if count- 不要依赖
strings.Repeat帮你拦截错误
性能注意：大字符串 + 高次数 = 内存压力
strings.Repeat 底层用 make([]byte, len(s)*count) 分配内存，一次性构造结果。这意味着：
- 若
s是 1KB 字符串，count=10000，就分配约 10MB 内存 - 没有流式生成或复用缓冲区机制，不适合实时生成超长文本（如日志填充、协议头构造）
- 如果只是想“打印 N 次”，用
for循环 +fmt.Print更省内存
示例对比：
// 危险：生成 100 万次 "x" → ~1MB 字符串
s := strings.Repeat("x", 1000000)
// 安全：边打印边释放，无额外内存堆积
for i := 0; i
<h3>替代方案：需要动态拼接或条件重复怎么办</h3>
<p>当重复逻辑带分支（比如“每 3 次加一个分隔符”）或需插入变量时，<code>strings.Repeat</code> 就不够用了。这时优先考虑：</p>
-
strings.Builder：适合多次追加、可控内存增长 -
fmt.Sprintf+ 循环：简单条件拼接，可读性高 - 第三方包如
github.com/rogpeppe/go-internal/strings（极少必要）
例如生成 "abc|abc|abc"（3 次 abc 用 | 连接）：
- ❌ 错误：先
strings.Repeat("abc", 3)得到"abcabcabc"，再手动插分隔符（易错且低效） - ✅ 正确：用
strings.Join：strings.Join(make([]string, 3), "abc"), "|")
真正容易被忽略的是：很多人把 strings.Repeat 当作“通用字符串构造工具”，但它只解决最朴素的“n 个相同子串拼一起”——一旦有结构、有变量、有边界条件，就得换思路。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
