JavaScript 是浏览器中唯一能直接操控 DOM、响应交互、绑定页面生命周期的语言，其不可替代性源于运行环境而非功能多寡；HTML/CSS 仅声明静态结构与样式，动态操作必须依赖 JS；fetch 和 addEventListener 等 API 由浏览器内核强制实现，无其他语言可替代。
JavaScript 不是“能做什么”的万能胶水，而是浏览器里唯一能直接操控 DOM、响应用户交互、与页面生命周期深度绑定的编程语言。它的不可替代性不来自功能多寡，而来自运行环境——没有它，网页就是一张不能动的海报。
为什么 document.getElementById 必须用 JavaScript 调用？
HTML 和 CSS 只负责声明“有什么”和“长什么样”，但无法在页面加载后动态查元素、改文字、加事件。只有 JavaScript 能在运行时拿到 document 对象，并调用像 getElementById 这样的方法实时操作节点。
- HTML 中写
<div id="app"></div>，只是静态标记；document.getElementById('app')才真正返回一个可读写、可监听、可修改的 DOM 对象 - 这个对象的
innerHTML、addEventListener、classList等属性/方法，全由 JS 引擎暴露，其他语言（如 Python）在浏览器里根本拿不到 - 服务端模板（如 EJS、Jinja）生成的 HTML 是“一次性快照”，后续任何更新都绕不开 JS
fetch 为何不能被 curl 或后端 HTTP 库完全替代？
因为跨域、凭据、重定向策略、请求拦截、AbortController 控制等行为，是由浏览器内核按同源策略强制执行的——fetch 是唯一能走这套完整流程的前端接口。
-
fetch('/api/user')会自动携带当前域名下的 Cookie（如果设置了credentials: 'include'），而curl没有上下文，必须手动构造 - 遇到 CORS 错误时，浏览器会直接阻断并抛出
TypeError: Failed to fetch，这个错误在服务端发请求时根本不会出现 - 前端需要根据用户操作（比如点击取消按钮）立刻中止请求，
AbortController是唯一标准方案：const controller = new AbortController();<br>fetch('/api/data', { signal: controller.signal });<br>controller.abort(); // 立即终止
为什么现代框架（React/Vue）仍离不开原生 addEventListener？
框架的事件系统（如 onClick）最终都编译/映射到原生 addEventListener 上。它们只是语法糖和调度器，底层能力边界仍由 JS DOM API 决定。
立即学习“Java免费学习笔记（深入）”；
- 自定义事件（如
new CustomEvent('data-loaded')）、低层事件（beforeinput、scrollend）或第三方库（如 Hammer.js 手势）都直接依赖原生事件机制 - 框架无法覆盖所有事件类型，比如
DOMContentLoaded或pageshow，必须用addEventListener手动监听 - 性能敏感场景（如滚动节流）常绕过框架虚拟 DOM，直接操作原生元素 +
addEventListener('scroll', handler, { passive: true })
真正容易被忽略的点是：JavaScript 在浏览器中的地位不是靠“功能强”，而是“唯一性”——它被硬编码进每个浏览器引擎，且权限刚好卡在安全与能力的临界点上。删掉它，整个交互式 Web 就坍缩回静态文档；换掉它，目前没有任何替代方案能同时满足安全性、兼容性和运行时控制力。
