typescript和javascript在类型判断上的根本区别在于时机与主体：javascript在运行时由引擎判断，typescript在编写和编译阶段由编辑器和tsc判断，类型信息编译后完全擦除。
TypeScript 和 JavaScript 在类型判断上的根本区别，不在“能不能判断”，而在于“什么时候判断”和“由谁来判断”。JS 把类型判断完全交给运行时引擎，TS 则把关键判断提前到编写和编译阶段。
类型判定时机：运行时 vs 编译时
JavaScript 的类型判断只发生在代码真正执行那一刻。变量值是什么类型，只有运行到那一行才知道：
- let count = 42; —— 此时 count 是 number
- count = "forty-two"; —— 赋值后立刻变成 string，语法完全合法
-
count.toFixed(2); —— 如果此时 count 是字符串，就会在浏览器控制台报错：
TypeError: count.toFixed is not a function
这个错误不会出现在写代码或保存文件时，而是用户点击按钮、页面加载完成之后才暴露——可能已经上线了。
TypeScript 的类型判断发生在你敲下回车、保存文件、甚至还没运行前：
- let count: number = 42; —— TS 记住 count 只能是 number
- count = "forty-two"; —— 编辑器立刻标红，tsc 编译直接失败
- count.toFixed(2); —— 不仅不报错，还能自动提示 .toFixed 方法
类型来源：隐式推导 vs 显式约束
JS 没有类型声明语法，所有类型都是隐式且可变的：
- 函数参数没标注类型 → 调用时传什么都可以，结果靠试
- 对象属性没定义结构 →
user.name.toUpperCase()写完才发现 user 可能是 null 或 name 是 undefined - 数组内容混杂 →
[1, "a", true]合法，但后续 map 操作容易出错
TS 提供多种方式让类型变得明确且可追踪：
- 基础类型标注：
const id: string = "abc123" - 接口描述结构：
interface User { name: string; age?: number } - 联合类型表达可能性：
type Status = "loading" | "success" | "error" - 类型守卫缩小范围：
if (typeof data === "string") { ... }
类型信息的命运：全程保留 vs 编译擦除
JS 的类型信息始终存在于运行环境里，你可以随时用 typeof、Array.isArray()、instanceof 做运行时判断，但它无法预防错误。
TS 的类型信息只存在于开发和编译阶段：
-
function greet(name: string): string { return `Hi, ${name}`; }编译后变成纯 JS：function greet(name) { return "Hi, " + name; } - 所有
: string、interface、type都被移除，不占用运行时资源 - 这意味着：TS 类型不是运行时校验工具，而是开发阶段的“契约说明书”和“安全带”
实际影响：从调试成本到协作效率
类型判断方式的不同，直接改变开发体验：
- JS 中改一个函数参数名，可能要全局搜索、逐个测试调用点，生怕漏掉某处传参错误
- TS 中重命名一个接口字段，编辑器能一键更新所有引用，且编译失败会明确指出哪一行错了
- JS 团队靠文档或口头约定 props 结构，TS 直接把组件接收哪些字段、是否必填、类型如何，写进代码里
- API 返回数据结构模糊时，JS 开发者常靠 console.log 猜字段，TS 可定义
ResponseData接口，调用时自动提示字段名
