JavaScript是动态类型、基于原型、单线程事件驱动的脚本语言，核心用于网页行为层，现已扩展至全栈；其“动态类型”指变量无类型而值有类型，依赖隐式转换；“基于原型”意味着继承通过__proto__和prototype实现；异步靠Promise/async-await解决回调地狱；DOM/BOM属宿主环境API，非语言本身。
JavaScript 是一门解释型、动态类型、基于原型的多范式脚本语言，不是 Java 的子集，也不需要编译——浏览器或 Node.js 直接执行源码。
它最核心的定位是：让网页“活起来”的行为层语言，但早已突破前端边界，成为全栈通用语言（Node.js、Electron、React Native 等都依赖它）。
为什么说 JavaScript 是“动态类型”而不是“弱类型”？
很多人说 JS 是“弱类型”，其实更准确的说法是动态类型 + 隐式强制转换。变量本身没类型，值才有；而类型转换常在你不注意时发生，导致意外结果：
-
1 + "2"→"12"（数字被转成字符串拼接） -
"5" - 3→2（字符串被转成数字做减法） -
Boolean({})→true，但Boolean([])也是true，空数组不等于“假值”
⚠️ 容易踩的坑：用 == 比较时触发隐式转换（如 0 == false 为 true），应优先用 ===（严格相等）。
立即学习“Java免费学习笔记（深入）”；
“基于原型”到底怎么影响日常编码？
JS 没有传统 class 继承，class 只是语法糖。真正起作用的是每个对象身上的 __proto__（指向其原型）和构造函数的 prototype 属性：
function Person(name) {
this.name = name;
}
Person.prototype.sayHello = function() {
console.log(`Hello, ${this.name}`);
};
const p = new Person("Alice");
p.sayHello(); // ✅ 正常调用 —— 因为 p.__proto__ === Person.prototype
⚠️ 容易踩的坑：直接给实例加方法（如 p.greet = () => {...}）不会影响其他实例；想共享行为，必须挂到原型上，或用 Object.setPrototypeOf() 显式设置。
构建 Shopify 嵌入式应用（Embedded App）的开发技能：基于 @shopify/shopify-app-react-router + React Router v7 + Admin API 2026-04。覆盖 shopifyApp 配置、authenticate.admin 的 GraphQL/REST 调用、Webhook 校验、Session 存储、订阅计费、App Bridge 导航、部署，并新增：适用场景判断、安全最佳实践、错误处理与容错、最佳实践、常见问题 FAQ、高级场景。G
异步处理为什么离不开 Promise 和 async/await？
JS 是单线程 + 事件驱动，所有耗时操作（网络请求、定时器、文件读取）都必须异步，否则页面会卡死。回调函数曾是唯一方式，但嵌套深了就是“回调地狱”：
// ❌ 回调地狱（已淘汰）
getData(function(a) {
getMoreData(a, function(b) {
getEvenMore(b, function(c) {
console.log(c);
});
});
});
✅ 现代写法用 Promise 链式调用，再升级为 async/await，语义清晰、错误统一用 try/catch 捕获：
async function fetchUserData() {
try {
const user = await fetch('/api/user').then(r => r.json());
const posts = await fetch(`/api/posts?uid=${user.id}`).then(r => r.json());
return { user, posts };
} catch (err) {
console.error('请求失败:', err.message);
}
}
⚠️ 容易踩的坑：await 只能在 async 函数内使用；忘记 await 会导致返回 Promise 对象而非实际值。
DOM 操作和 BOM 是 JS 独有的运行环境特性
ECMAScript 规范只定义语法和内置对象（如 Array、Map、Promise），而 document、window、localStorage、fetch 等都不是 JS 语言本身的一部分，而是浏览器提供的 API（即 DOM/BOM/Web API）：
-
document.getElementById()是 DOM 接口，Node.js 里根本不存在 -
localStorage.setItem()是 Web API，在纯 JS 引擎（如 QuickJS）中也不可用 - 写通用工具函数时，要主动检测环境：
if (typeof window !== 'undefined')
⚠️ 容易踩的坑：在 Node.js 环境下直接调用 document.querySelector() 会报 ReferenceError: document is not defined —— 这不是 JS 语言问题，是运行环境缺失。
真正理解 JavaScript，不是背特性列表，而是清楚：哪些是语言本身（ECMAScript），哪些是宿主环境赋予的能力（浏览器 or Node.js），以及它们如何共同协作完成一件事。混淆这三层，是绝大多数“JS 不好用”抱怨的根源。
