String.repeat() 真实验证:负数参数真实抛异常，性能真实比手动拼接快数倍

真实验证:边界值行为——0次、负数

最容易踩坑的两个边界:重复0次和负数次数，分别真实会怎样。

StringRepeatDemo.java "hello".repeat(0); "x".repeat(-1);

"hello".repeat(0) 真实结果: ""，长度: 0，是否是null: false
repeat(-1) 真实抛出 IllegalArgumentException: count is negative: -1

真实结果证明 repeat(0) 真实返回一个长度为0的空字符串(不是 null,可以安全地继续对它调用其他字符串方法),这是符合直觉的行为。repeat(-1) 真实抛出 IllegalArgumentException,而且异常消息真实明确说明了"count is negative"——这是清晰的快速失败设计,不会让负数悄悄产生一个意料之外的结果。

真实验证:整体重复而不是逐字符重复

"ab".repeat(3) 真实结果是"ababab"，不是"aaabbb": true

真实结果确认了 repeat() 是把整个字符串当作一个单元重复,"ab".repeat(3) 真实是 "ababab",不会被误解成对每个字符分别重复。

真实验证:逼近极限次数会真实触发OutOfMemoryError

用-Xmx256m限制堆大小，验证一个逼近Integer.MAX_VALUE的repeat次数会不会真实撑爆内存。

StringRepeatDemo.java "x".repeat(Integer.MAX_VALUE - 8); // 逼近String的理论最大长度

真实逼近Integer.MAX_VALUE的repeat次数真实抛出: OutOfMemoryError - Java heap space

真实验证:性能真实比手动StringBuilder循环快数倍

第一次: repeat(1000000) 耗时=2ms, 手动StringBuilder循环耗时=11ms
第二次: repeat(1000000) 耗时=2ms, 手动StringBuilder循环耗时=9ms

真实结果证明 repeat() 真实比手动 for 循环 append() 快了约4到5倍。原因和系列前面 StringBuilder扩容策略那篇验证过的机制直接相关:手动循环 append() 100万次,底层的 StringBuilder 需要经历多轮"容量不够→翻倍扩容→复制旧数据"的过程;而 String.repeat() 内部真实一开始就能精确计算出最终需要的总长度(原字符串长度 × 重复次数),直接一次性分配一个刚好大小的数组并批量复制填充,完全不需要经历渐进式扩容的开销。

分步演示:repeat() 在各种边界值上真实的表现

每一行都是真实运行这段代码得到的结果。