JavaScript学习关键在运行时直觉、调试链路和陷阱识别：用debugger替代console.log，精准类型判断，理解ESM静态性，重视this、事件循环等底层机制的统一性。
JavaScript 学习不是“学完语法就能写项目”，而是从第一天起就要建立对运行时、调试链路和常见陷阱的直觉。下面这些做法，是真正卡在项目里反复验证过的。
从 console.log 切换到 debugger 和浏览器 Sources 面板
很多人卡在“值没变”“函数没执行”，却还在疯狂加 console.log。这不是错，但效率极低。
-
debugger是断点指令，遇到就暂停，配合 Sources 面板可查看作用域变量、调用栈、单步执行 - 避免在循环里写
debugger（容易卡死），改用条件断点：右键行号 → “Edit breakpoint” → 输入i === 5 - Chrome 的 “Blackbox script” 功能可忽略 node_modules 里的代码，专注自己写的逻辑
别跳过 typeof、=== 和 Object.prototype.toString.call() 的差异
类型判断是 JS 最易出错的环节，尤其涉及 null、Array、Promise 等。
-
typeof null返回"object"—— 这是历史 bug，必须单独判断value === null -
==会触发隐式转换，0 == false为true，生产环境一律用=== - 判断数组用
Array.isArray(value)，比typeof value === "object" && value.constructor === Array可靠得多 - 需要精确识别内置对象（如
Map、Set）时，用Object.prototype.toString.call(value)，它返回"[object Map]"这类字符串
模块加载阶段就理解 export / import 的静态性
ESM 不是运行时动态加载，而是在解析阶段就确定依赖关系。这直接影响你能否做条件导入或热替换。
立即学习“Java免费学习笔记（深入）”；
-
import必须在顶层作用域，不能放在if或函数内（动态导入用import()函数） -
export default导出的是一个绑定值，不是拷贝；如果导出的是对象，修改其属性会影响所有引用处 - CommonJS 的
module.exports = {}和 ESM 的export default {}不等价：前者可被重赋值，后者不可 - Vite 和 Webpack 都支持
import.meta.env，但它是编译期注入，不是运行时读取的全局变量
最常被忽略的一点：JS 的“学习曲线”其实不是语法，而是你什么时候开始意识到——this 绑定、事件循环、闭包内存泄漏、原型链污染，这些都不是独立知识点，而是同一套底层机制在不同场景下的自然浮现。盯着一个点猛练不如写三遍带异步、带状态、带错误处理的真实小函数。
