js如何判断undefined：用严格全等运算符可精准判定空值

项目迭代写表单渲染逻辑那会，卡了足足两个小时的隐性bug，说到底就是没摸透js如何判断undefined，随手写的判断条件一直失效，导致空数据反复覆盖正常页面内容。

最开始图代码简洁，习惯性用弱等于符号去匹配空值，写的是变量 == undefined。当时天真以为弱等于能自动适配各类空数据，不用纠结类型差异。可实际跑起来才发现问题，后台返回的空字段，有的是未赋值的undefined，有的是主动置空的null，弱等于的隐式类型转换会直接把这两个值判定为相等，本该触发的赋值兜底逻辑完全跳过，表单页面次次空白。控制台没有爆红报错，只有数据渲染异常，这种隐性问题排查起来格外磨人，逐行打印变量值，对比类型和数值，折腾了好久才定位到是判断方式出错。

这是新手最容易踩的低级误区。

后来跟风网上的教程，改用typeof 变量 === 'undefined'的写法，刚开始确实解决了部分问题，一度以为找到了万能解法。但没过多久，又在全局变量判断的场景翻车了。页面部分全局变量存在加载时序问题，未初始化时用typeof判断虽然不会报引用错误，但偶尔会出现识别延迟，而且这个写法格外冗余，明明一句简单判断就能搞定，非要嵌套字符串匹配，堆积多了让业务代码变得杂乱臃肿，可读性极差。更麻烦的是，这种写法依然没法规避null和undefined的混淆问题，只是变相掩盖了漏洞，没有从根源解决。

折腾好久才搞明白，日常开发里最靠谱、零混淆的方式只有严格全等判断。直接使用变量 === undefined，是最贴合js原生规则、精准判断undefined的写法。严格全等不会做任何隐式类型转换，只匹配数值和类型完全一致的值，能彻底区分开undefined和null，不会出现误判的情况。绝大多数业务场景，不管是判断接口返回字段、对象属性，还是自定义的局部变量，只要是已经声明过的变量，这个写法都能精准生效，执行效率也比typeof更高。

很多人写代码出错，都是分不清undefined和null的本质区别。undefined代表变量已声明但未赋值、属性不存在，是程序默认的空状态；null是人为主动赋值的空对象，二者本质完全不同。弱等于的底层逻辑会自动忽略类型差异，判定两者相等，这也是绝大多数空值判断失效的核心原因，只要换掉弱等于，用严格全等，这个问题就会直接消失。

还有个很冷门的细节坑，几乎没人主动提及。如果是完全没有声明过的变量，直接用=== undefined判断会直接抛出引用错误，导致程序中断。但其实这个场景根本不用特意适配，真实业务开发中，不会出现需要判断未声明变量的情况，出现报错基本都是代码书写顺序错误、变量漏定义导致的，优先修复代码结构就可以，没必要为极端异常场景堆砌冗余代码。

现在写业务逻辑，已经固定了一套极简的判断规则。常规的变量、属性、接口数据判空，一律用严格全等判断undefined；只有极少数全局变量时序不确定的场景，才会临时用typeof兜底。精简掉所有花里胡哨的写法后，空值判断的bug几乎彻底消失，代码也干净了很多。

改完所有错误代码，保存文件的那一刻，终于不用再盯着反复空白的表单页面发呆了。