JavaScript 是全栈开发的事实标准语言——贯穿前后端、构建工具、数据库驱动及部署脚本；必须掌握原生机制、运行时模型、工程配置与调试能力，否则无法定位和解决跨层问题。
JavaScript 不是“加分项”，而是全栈开发的事实标准语言——前后端、构建工具、数据库驱动、甚至服务器部署脚本，node 和 V8 已让它成为唯一能贯穿整个技术栈的通用执行环境。
前端逻辑无法绕开 document 和 fetch
现代 Web 页面几乎不依赖服务端渲染完整 HTML，而是靠 JS 动态操作 DOM、管理状态、发起 fetch 或 axios 请求。哪怕用 React 或 Vue，底层仍是 addEventListener、Promise、async/await 这些原生机制。跳过 JS 直接学框架，就像没学过加减法就去解微分方程——能跑 demo，但出错时连堆栈里 undefined is not a function 是哪一行触发的都定位不了。
后端用 Node.js 就得直面事件循环和 require 加载机制
Express 或 Fastify 的中间件顺序、req/res 生命周期、process.nextTick 与 setImmediate 的差异，全都绑定在 JS 的运行时模型上。常见坑包括：
- 在
for循环里直接写setTimeout导致闭包捕获错误的i值 - 用
fs.readFile（回调）混搭fs.readFileSync（同步），导致 I/O 阻塞线程 - 误以为
module.exports和export default可互换，结果require()报Cannot destructure property
npm 脚本和 package.json 是实际工程的入口
一个全栈项目从启动开发服务器（"dev": "vite --open"）、运行测试（"test": "jest"）、到部署构建（"build": "tsc && vite build"），全靠 npm run 驱动。而这些脚本背后调用的工具链——webpack、esbuild、prisma、docker-compose——它们的配置文件（webpack.config.js、prisma/schema.prisma）大量使用 JS/TS 编写或通过 JS 加载。看不懂 module.exports = { plugins: [require('unplugin-auto-import/webpack')()] } 这类写法，就等于不会配置工程基建。
立即学习“Java免费学习笔记（深入）”；
调试和性能排查必须懂 console.time、performance.now() 和 DevTools 的 Sources 面板
全栈问题经常横跨多层：前端请求慢，是 fetch 超时？后端数据库查询卡住？还是 Redis 连接池耗尽？这时候不能只看日志，得进浏览器 DevTools → Sources 下断点，或在 Node 启动时加 --inspect，用 Chrome 连上调试 app.listen() 之前的初始化逻辑。而所有这些操作的前提，是你熟悉 debugger 语句、console.table() 输出结构化数据、以及知道 performance.memory 在什么场景下会抛 ReferenceError（比如未启用内存指标）。
真正卡住全栈新人的，从来不是语法本身，而是当 fetch 返回空对象、Node 进程莫名退出、npm install 后 require 报错时，不知道该查哪一层、该看哪个 error.stack 片段、该在哪个上下文里加 console.log。这些能力，只靠读文档练不出来，得写、改、崩、修，反复折腾 package.json 和 node_modules 才能建立直觉。
