JavaScript里判断“存在”这件事，判断比表面看起来要麻烦得多。否存很多人第一反应是判断写 if (value)，但这里藏着个大坑——空字符串、否存数字0、判断NaN、否存null、判断undefined、否存false，判断全都会被这个条件当成“不存在”。否存你要真想判断一个变量是判断否被声明，或者一个对象属性是否存否真实存在，得看具体场景。判断

最基础的否存是判断变量是否已声明。直接用 typeof 最保险，判断比如 typeof undeclaredVar !== 'undefined'，哪怕这个变量完全没声明过，typeof也不会报错，只会返回"undefined"。这招在浏览器里检测全局变量时特别管用。但你要是用 if (undeclaredVar)，控制台直接给你甩一个ReferenceError，代码就崩了。

判断对象属性存在性，又是另一套逻辑。我见过太多人写 if (obj.prop)，结果prop的值恰好是0或空字符串，就误判为不存在。正确做法是 'prop' in obj，这检查的是属性名在不在对象里，跟值是什么无关。还有个 obj.hasOwnProperty('prop')，区别在于in会连原型链上的属性也算进去，hasOwnProperty只看对象自身的属性。比如数组的length属性，用in判断就是true，但hasOwnProperty也是true，因为length是数组自身的属性。但像toString这种继承来的方法，in返回true，hasOwnProperty就返回false。

再细分下去，还有个边缘情况——属性存在但值是undefined。假设你写了 let obj = { a: undefined}，此时 'a' in obj 是true，obj.hasOwnProperty('a') 也是true，但 typeof obj.a 是"undefined"。这种时候你得想清楚：你关心的是“属性名存在”还是“属性值可用”。大多数业务逻辑关心后者，那就用 obj.a !== undefined 判断，别用in。

实际项目里最常犯的错，是拿 if (value) 判断数组或字符串是否为空。比如用户输入框，你判断 if (inputValue)，用户只敲了个空格，这个判断就通过了，因为空格字符串是truthy的。得用 inputValue.trim().length > 0 才靠谱。数组也一样，if (arr) 任何时候都true，得用 arr.length > 0。

还有个容易忽略的场景——判断函数参数是否被传入。ES6默认参数能解决一部分，但如果你想区分“没传”和“传了undefined”，只能用 arguments.length 来数。比如 function foo(a) { if (arguments.length === 0) console.log('没传参数') }，这时候a的值虽然也是undefined，但arguments.length能告诉你真实的调用情况。

说实话，JavaScript对“存在”的定义本来就模糊。语言设计早期没有规范的“空值”概念，导致现在有null、undefined两个表示“没有”的值，加上truthy/falsy的隐式转换，坑越挖越多。我的建议是——别偷懒，明确写出你的判断意图。判断变量声明用typeof，判断属性用in或hasOwnProperty，判断有效值用 !== null && !== undefined，判断非空字符串用trim。每个场景都对应不同的语义，混着用早晚出事。

最后说个我踩过的坑。之前处理一个API返回的数据，if (response.data) 判断有没有数据，结果接口正常返回了空对象 { }，这判断直接通过了，后面代码去取data.list就崩了。空对象是truthy的，这跟判断“有没有数据”完全是两码事。后来改成 if (Object.keys(response.data).length > 0) 才解决。你写判断的时候，先问自己一句：我到底在判断什么？是存在性，还是有效性，还是非空？问清楚了，代码就不会有歧义。