peek仅允许修改对象内部状态但不能改变参数引用，map必须返回新值且可替换引用；peek惰性执行依赖终端操作，map的映射结果在流消费时必然生效。
peek 和 map 都能修改对象内部状态，但它们对“变量本身”的修改权限和语义意图完全不同——关键不在能不能改，而在设计目的、参数类型、返回流类型和副作用可见性。
参数函数类型决定行为边界
peek 接收 Consumer super T>，方法签名是 void accept(T t)：它只消费元素，不产出新值，也不承诺保留或改变原引用关系。你可以在里面调用 user.setAge(10)，但这属于对对象状态的副作用，不是 peek 的本职工作。
map 接收 Function super T, ? extends R>，方法签名是 R apply(T t)：它必须返回一个新值（可以是同类型，也可以是新类型），这个返回值构成新流的元素。即使你写 map(u -> { u.setAge(10); return u; })，本质仍是“返回原对象引用”，而非“就地修改流中变量”。
流的类型与元素生命周期不同
- peek 返回
Stream：流中元素仍是原始引用，类型未变，后续操作看到的是已被副作用影响的对象（如 age 已被 set） - map 返回
Stream：哪怕R是T，它也代表一次明确的映射动作；JVM 不保证返回对象是否为原对象，更不鼓励依赖其引用相等性 - 若原集合中存的是不可变对象（如 String、LocalDateTime），peek 无法修改其字段（无 setter），而 map 可通过构造新实例完成转换
是否允许“修改变量指向”有根本限制
Java 中局部变量（如 lambda 参数 u）在 lambda 内不可重新赋值（u = new User() 编译报错）。所以：
基于 AIOZ Stream API 的免费音频上传技能，通过三步流程（Create → Upload Part → Complete）将本地音频文件上传至 AIOZ 流媒体平台。支持默认快速上传方式，使用默认编码配置，上传完成后返回 HLS 流媒体播放链接。使用 API Key (stream-publ...)进行认证。
- peek 里不能让参数变量指向新对象，只能调用其方法改变内部状态
- map 里可以返回任意新对象，包括全新实例、null 或其他类型对象，这是它的核心能力
- 所谓“peek 不能改变量”，准确说是“不能改参数变量的引用指向”，而 map 的设计就是为替换引用
终端操作触发与否直接影响副作用是否发生
peek 是惰性中间操作：没有终端操作（如 collect、forEach、count），里面的 accept 根本不会执行——你改了等于没改。
map 同样惰性，但它只要被下游使用，就必须产出映射结果；即使你不显式收集，只要终端操作开始消费，map 就已生成新元素。
这意味着：依赖 peek 修改对象状态的代码，一旦漏掉终端操作，逻辑静默失效；而 map 的转换逻辑只要链路跑通，结果必然体现。
