map.prototype.foreach回调参数顺序固定为(value, key, map)，不可交换；只传一个参数时得到value，两个时为value和key；解构需先用entries()转数组；不支持中断且无返回值。
forEach 遍历 Map 时参数顺序是固定的
Map.prototype.forEach 的回调函数接收三个参数：value、key、map，顺序不可交换。这不是“可选”或“按需传入”的设计，而是硬编码的签名——哪怕你只写一个参数，它拿到的也一定是 value；写两个，就是 value 和 key；写三个，才是完整的三元组。
常见错误是照搬 Object.keys() 或数组 forEach 的习惯，误以为第一个参数是 key：
myMap.forEach((key, value) => { /* 错！key 实际是 value */ });
- 正确写法必须按
(value, key, map)顺序声明参数 - 如果只需要 key 和 value，第三个参数可省略，但位置不能调换
- 箭头函数中若用解构，必须从数组形式入手（见下一条）
想解构键值对？得先用 entries() 转成数组
forEach 本身不支持直接解构 [key, value]，因为它的参数是扁平传入的。真要写成 ([key, value]) => {...}，得先通过 myMap.entries() 获取迭代器，再转为数组或配合 for...of ——但那就不是 forEach 了。
如果坚持用 forEach 又想要解构感，唯一办法是手动把 entries() 转成数组再遍历：
Array.from(myMap.entries()).forEach(([key, value]) => {
console.log(key, value);
});
- 这会创建中间数组，有内存开销，大数据量 Map 要谨慎
-
myMap.forEach((v, k) => {...})更轻量，语义也更清晰 - TypeScript 中，
entries()返回类型是IterableIterator，转数组后类型仍可推导
第三个参数 map 指向原始 Map 对象，不是 this
很多人以为第三个参数是类似数组 forEach 中的 thisArg，其实不是。map 参数固定是当前被遍历的 Map 实例本身，和调用时的 this 无关。它存在的主要价值是：在回调里需要反复访问该 Map 的其他方法（比如 has()、get()）时，不用闭包捕获或外部引用。
- 这个参数常被忽略，但对条件判断类逻辑很有用，例如：
myMap.forEach((value, key, map) => { if (map.has(key + '_backup')) { // ... } }); - 如果你用箭头函数且没写第三个参数，就只能靠外部变量访问 map，容易引发闭包陷阱
- 注意：它不是 this，所以
map === this在非严格模式下可能为 false
Map forEach 不支持中断，也不返回值
myMap.forEach() 是纯副作用操作，没有返回值（始终是 undefined），也无法像 for...of 那样用 break 提前退出。一旦开始遍历，就会走完全程。
- 需要中途退出？改用
for (const [key, value] of myMap)+break - 需要生成新结构？别硬套 forEach，用
Array.from(myMap, ([k, v]) => ...)或Object.fromEntries() - 性能上，原生 forEach 比手写 for 循环略慢，但差异通常可忽略；真正影响大的是是否触发额外迭代（如多次调用
entries()）
实际用的时候，多数场景直接写 myMap.forEach((value, key) => {...}) 就够了。非要解构或中断，说明当前需求已经超出 forEach 的设计边界，该换工具了。
