应使用 Map 存储商品名与单价，因其支持动态增删、清晰遍历、键类型灵活；JS Map 保持插入顺序利于结算打印，初始化用 new Map()，单价存整数分单位防浮点误差，用户输入需 trim、拆行过滤空行并累加同名商品数量。
用 Map 存商品名和单价，别用数组或对象硬编码
硬写 { "苹果": 5.8, "牛奶": 12.5 } 看似快，但加个新商品就得改代码；用 Map 能动态增删、遍历清晰、键类型也不限（比如用 Symbol 做内部标识）。Java 和 JavaScript 都支持，但行为有差异：JS 的 Map 保留插入顺序，Java 的 HashMap 不保证——结算时按输入顺序打印清单，JS 更省心。
实操建议：
- 初始化用
new Map()，别用Object.create(null)冒充——后者没有size、不能直接遍历，后期加统计功能会卡住 - 存单价统一转成
number类型，避免字符串"12.5"后续计算出错（比如"12.5" + 1 === "12.51"） - 商品名用 trim() 清空首尾空格，否则
" 苹果 "和"苹果"被当成两个商品
循环结算时，别在 for...in 里遍历 Map
for...in 遍历的是对象属性，Map 不是普通对象，强行用会遍历不到任何商品，还可能报 TypeError: map is not iterable。正确姿势是用 for...of + entries()，或者直接 forEach()。
常见错误现象：
- 输入“苹果 2”，结果总价算成 0 —— 因为循环根本没进进去
- 控制台报
map.forEach is not a function—— 把Map对象误当成普通对象传进了旧函数
实操建议：
- 用
map.forEach((price, name) => { ... })最直观，适合简单结算 - 需要中断循环（比如发现缺货就退出），改用
for (const [name, price] of map.entries()) - 别把用户输入的“苹果”直接当 key 查——先用
map.has(inputName.trim())判定是否存在，避免undefined * quantity得到NaN
单价精度问题：别用 float 直接算钱
0.1 + 0.2 !== 0.3 是老坑，购物结算里 3.99 × 2 算成 7.980000000000001 就很尴尬。不是 JS 特有，Java 的 double 同样翻车。
实操建议：
- 所有单价存分为单位（整数）：把
5.8存成580，数量相乘后除以 100 输出——彻底避开浮点误差 - 如果必须用小数，显示前统一用
toFixed(2)，但注意它返回字符串，后续不能再参与计算 - Java 用户优先用
BigDecimal，别图快写double price = 12.99;
用户输入解析容易漏掉空行和重复商品
用户输“苹果 2\n\n牛奶 1”，中间空行不处理，循环会把空字符串当商品名；输两次“苹果”，第二次会覆盖第一次的量，但实际该累加。
实操建议：
- 用
input.split(/\n/).filter(line => line.trim())拆行并过滤空行 - 每行用
line.trim().split(/\s+/)拆，取第一个为商品名，第二个为数量，别用line.split(" ")——用户打两个空格就裂开 - 结算前建个临时
Map累加同名商品数量：cart.set(name, (cart.get(name) || 0) + qty)
最常被忽略的是：用户输错商品名（比如“苹国”），程序没提示就跳过，最后结完账才发现少了东西。查 map.has(name) 为 false 时，至少打一行 console.log(`未找到商品：${name}`)。
