stream.iterate() 默认无限，因只接受初始值和迭代函数，无内置终止条件；需用 limit() 截断或 predicate 谓词终止。
Stream.iterate() 为什么默认无限？
Stream.iterate() 的设计初衷是生成惰性、潜在无限的序列，它只接受一个初始值和一个“下一个元素怎么算”的函数，不内置终止条件。所以直接写 Stream.iterate(0, n -> n + 2) 会一直生成 0, 2, 4, 6… 直到你用 limit() 或其他终端操作强行截断，否则不会停。
用 limit() 是最直接也最常用的方式
绝大多数场景下，你要的是“从某起点开始、按固定步长走 N 步”，那就用 limit(n) 配合 iterate —— 它简单、语义清晰、性能无额外开销。
- 要生成前 10 个偶数（0 到 18）：
Stream.iterate(0, n -> n + 2).limit(10) - 起点是 5、步长是 3、共 7 项：
Stream.iterate(5, n -> n + 3).limit(7) -
limit()必须放在iterate()之后、任何终端操作（如collect()、forEach()）之前，否则无效 - 注意：如果步长为 0 且初始值不变，
limit()是唯一能防止死循环的手段；否则流会卡在生成阶段
用 Predicate 做条件终止（当“次数”不好提前确定时）
如果你的终止逻辑不是“第 N 项就停”，而是“直到某个值满足条件才停”，就得换用带谓词的重载： Stream.iterate(T seed, Predicate super T> hasNext, UnaryOperator<t> next)</t>。这个版本在每一步生成前先判断是否继续。
- 生成 ≤ 100 的所有 7 的倍数：
Stream.iterate(0, n -> n n + 7) - 注意参数顺序：
hasNext是第二个参数，不是第三个；写反会导致编译错误或逻辑错乱 - 这个重载不会多生成一项再过滤，是真正的“生成前检查”，比
iterate(...).filter(...).limit(...)更高效、更安全 - 但如果你明确知道只要“50 项”，就别绕弯用谓词——
limit(50)更直白，JVM 也更容易优化
容易被忽略的边界问题
两个细节常导致结果少一项或多一项：
-
limit(0)返回空流，这没问题；但limit(1)只返回种子值，不执行一次next函数 —— 所以iterate(10, n -> n + 5).limit(1)就是[10]，不是[10, 15] - 谓词版本中，
hasNext判断的是“当前项是否允许被产出”，不是“下一项是否该生成”。例如iterate(0, n -> n n + 3)产出的是0, 3, 6, 9（共 4 项），因为当n == 9时n 仍为 true，产出后才计算下一项 12，此时谓词为 false，停止 - 步长为负数时，谓词里的比较方向必须同步调整，比如递减序列用
n >= -20而不是n
limit()，后者才考虑谓词版本。别为了看起来“高级”而绕远路。
