TypeScript any 怎么用

平时写代码的时候，你肯定碰到过这种情况：拿到一段别人写的代码，或者一个陌生的变量，完全不知道它存的是数字还是文字，只能先写个any应付过去。但要是随便用any，很容易写出一堆“玄学代码”，最后出了问题根本找不到原因。

先搞懂：`any`到底是什么？

any是TypeScript里的“万能变量类型”，简单说就是“你想存啥就存啥”。比如你定义一个let data: any;，之后可以给它赋值数字123，转回头又能存字符串"苹果"，再赋值成数组["a", "b"]，TypeScript根本不会拦着你——就跟用JavaScript写代码一模一样，完全跳过了TypeScript的类型检查。

举个生活化的例子：把data当成一个“万能百宝箱”，你啥都能往里塞，塞完拿出来的时候，也没人提醒你“上次塞的是积木，这次塞的是零食”，拿错了很容易搞混。

什么时候可以用`any`？

不是说any完全不能用，有些场景下用它反而能省事儿，还不会出大问题。

最常见的场景就是兼容老代码：比如之前写过一段纯JavaScript的旧项目，里面有个函数getOldData()，返回值类型乱七八糟，要是硬给它加一个明确的类型，可能要改十几处地方，这时候就可以临时用any当过渡，把旧代码先跑起来，之后再慢慢梳理类型。

还有一种情况是第三方库没有类型声明：比如你用了一个很冷门的工具库，网上找不到它的TypeScript类型文件，要是不用any，代码会被类型检查报错，这时候用any临时顶一下，是合理的临时方案。

更重要的：什么时候别用`any`？

any用多了，TypeScript的类型优势就全没了，甚至会变成“给自己埋坑”。

比如你写了个函数，传进去的参数用了any：

`typescript

// 错误示范：随便用any

function printInfo(data: any) {

console.log(data.name); // 这里TypeScript根本不会报错

}

// 调用的时候传数字

printInfo(123); // 运行的时候就会报错：数字没有name属性

`

这就是典型的“看起来没毛病，跑起来就炸”——因为any跳过了类型检查，你传错了参数，编辑器也不会提醒你，要到运行的时候才发现问题，比纯JavaScript还难 debug。

还有一种情况：明明知道变量是什么类型，非要用any。比如你定义的user变量，确定是个包含name和age的对象，就别写let user: any，直接用明确的类型，编辑器会帮你检查有没有写错属性，省了很多找bug的时间。

替代方案：比`any`好用的选择

要是你觉得“类型太麻烦，又不想用any”，其实有更合适的办法：

如果只是不确定变量的类型，用unknown比any安全——unknown是“未知类型”，虽然也能存任何值，但你要用到它的时候，必须先做类型判断，比如：

`typescript

function getValue(data: unknown) {

if (typeof data === "string") {

return data.length; // 这里TypeScript知道data是字符串，就不会报错

}

return 0;

}

`

要是你只是不想给变量写死类型，用联合类型更清晰，比如let info: string | number;，告诉TypeScript这个变量只能是字符串或者数字，比any范围小，也更安全。

简单说：any是“应急工具”，不是“常用工具”，平时写代码尽量用明确的类型，真遇到兼容旧代码、第三方库没类型的情况，再用any临时过渡就好。