TypeScript是JavaScript的超集，不改变运行时行为，仅在编译阶段进行类型检查并擦除所有类型信息，输出纯JavaScript；它支持渐进式接入，通过.ts后缀、@ts-check或JSDoc启用类型提示，强调静态约束而非动态推导。
TypeScript 是 JavaScript 的超集，不是新语言，所有合法的 JavaScript 代码（比如 let x = 1;、function foo() {}）都是合法的 TypeScript 代码。
你把一个 .js 文件直接改成 .ts 后缀，不改任何内容，tsc 就能编译通过——只是没类型保护而已。
为什么改个后缀就能跑？因为 TypeScript 不改变 JS 运行时行为
它只在编译阶段加一层检查，编译后生成的仍是纯 JavaScript，完全兼容浏览器和 Node.js。类型信息全部擦除，interface、type、: string 这些不会出现在最终 JS 里。
- 你写
let user: { name: string } = { name: "Alice" };，编译后就是let user = { name: "Alice" }; -
function add(a: number, b: number): number编译后变成function add(a, b)，类型标注全没了 - 所以：TypeScript ≠ 新运行环境，它只是“带类型检查的 JS 写法 + 一个编译器”
类型系统差异：JS 动态推导，TS 静态约束
JavaScript 在运行时才决定变量类型：let x = 42; x = "hello"; x = true; 完全合法；而 TypeScript 默认
-
let x = 42;→ TS 推导为number，再赋"hello"就报错 - 想让它灵活？得显式声明：
let x: number | string = 42; - 函数参数不写类型？TS 会当成
any，等于关掉检查——add("1", 2)不报错，但结果是"12"
怎么开始用？别从“重写项目”开始
真实落地建议是渐进式接入：
- 先装
npm install -g typescript，然后试跑tsc hello.ts - 在现有
.js文件上加// @ts-check，配合 JSDoc 注解（如/** @type {string[]} */）获得轻量类型提示 - 新建文件用
.ts，从工具函数、接口定义（interface User { id: number; name: string; }）这类边界清晰的地方入手 - 避免一上来就给所有变量加
any——这等于白用 TS；更推荐unknown+ 类型守卫（typeof x === "string"）处理不确定输入
真正卡住人的地方，往往不是语法，而是习惯：你会下意识写 res.data.items.map(...)，却忘了 res 可能是 undefined 或 data 根本不存在——TS 要求你面对这些可能性，而不是等线上报 Cannot read property 'items' of undefined。
