不过，

先讲个我真遇到过的事。

那天下午，运营在群里发了张截图：一个商品的折扣设置成了但前台显示原价。

我们查了两个小时。接口对的，数据库对的，Redux 里也对的。怎么说呢，最终定位到组件里这一行：

const discount = config.discount ||;

看出来了吗？使用者填的 被 || 当成"没填"，兜底成了 。

一个字符的问题，查了两小时。

后来我把项目里所有 || 兜底的地方搜了一遍—— 处，其中 处有一样的风险。

实验性语法，Chrome、Node 早就全支持了。但很多人的手速还停在 年。

下面这 个，全是我在真实项目里用得最多的。每个都配一个具体场景——不是"这个 API 是干什么的"，而是"你什么时候会需要它"。

. ?， —— 那个查了我两小时的坑

从场景来看，使用者把开关关了但它自己又打开了

先说清楚 || 到底在判断什么。说起来，

*它判断的是“假值”。而不是“有没有值”，不过，*

• ''。false,null,undefined,NaN 是假值；只有这些才会被认为“没给值”。其实，*
• ''。false 在业务里经常是真实输入；如果你用 || 来兜底，这些就会被忽略掉。老实说，*

*问题就在这儿：''、false 在业务里经常是真实输入。 而你却让它们走默认值，怎么说呢，*

// 使用者填写折扣 → 折扣变成
const discount = form.discount ||;// 使用者清空备注 → 又冒出「暂无」
const remark = form.remark || '暂无';按理说，// 使用者关掉自动播放 → 关不掉
const autoPlay = form.autoPlay || true;

// ❌ SyntaxError
const v = a?，b || c;// ✅ OK
const v = || c;

. ?. —— 详情页最常见那个白屏

场景的观点是。后端某字段没返回，整个页面崩溃？

•  "如果左边是 null 或 undefined。就停止链路返回 undefined，不报错".
•  "可选调用、动态取值也能用?说起来，. "..
•  "不要把?. 当遮羞布——真正缺失的数据应该在入口层处理，而不是靠?. 隐藏错误".*'.
.

. Array.at

说到场景，聊天窗口显示最新一条消息？之前需要手动计算长度减一，现在直接倒数索引更直观。

写在最终

• 痛点 - 两小时查找无名 bug - 一行代码解决跨文件连锁错误 - 减少冗余 if 与 console.log

• 收益 - 更安全、更易维护 - 更快定位问题

---