尽管TypeScript声称自己是JavaScript的超集，只是如果单纯把TypeScript作为包含类型限定的JavaScript来使用，我们会在使用过程中遇到一些可能难以理解的报错，今天我来整理一下我在使用TypeScript中遇到的问题以及解决方案。

1. 第三方依赖导入报错

有很多时候我们需要在项目中使用一些npm库，目前一些流行的npm库都有自带的类型定义文件，但是如果是早期的第三方依赖或者是个人开发不是特别流行的npm库，可能并不会有对应的类型定义，针对于一些早期的npm库，开发者可能会推出对应的@types补充包，例如我们可以使用npm install @types/node

来进行类型补充，这样就可以避免typescript类型检查报错。如果对于一些并不流行的第三方依赖，没有对应的@types/库名，那么我们需要在typings.d.ts文件中进行类型声明：

// typings.d.ts
declare module '库名' {
  // 在这里添加模块的类型声明
}

如果上述方法不能解决问题，那么只能使用最终的必杀技：any大法

import * as 库名 from '库名';
const instance: any = new 库名();

作为一个伤敌一千，自损八百的招数，any可以解决90%的类型保存，但是这样也就失去了ts的类型检查，作为实在没有办法在使用的解决方案。

2. 函数入参类型不匹配

有时候在我们调用方法时，typescript类型检查会提示出入参类型不匹配，这时候有两种常见的策略来解决这个问题，第一种方法可以使用强制类型转化

(arrayList as Array).slice(2,5)
(changeStudentsToArray(students as Students) as Array).sort((a,b)=> a.age - b.age)

第二种方法可以使用类型继承或者类型扩展

type RealType = {
  [key: string]: unknown
} & NeedType
//或者使用接口
interface RealType extends NeedType {
  [key: symbol]: unknown
}

3. 在单例模式中为单例添加属性

例如说在项目中写了一个带样式的控制台输出，并且在生产环境下自动屏蔽log级别的日志，我想要把这个log方法挂载到window对象上

window.log=Log   //类型“Window & typeof globalThis”上不存在属性“log”。

此时，可以使用全局的类型定义

declare global {
  interface Window {
    log: (...args: any[]) => void;
  }
}
Window.prototype.log = function (...args: any[]): void {
  console.log(...args);
};

这样，就可以直接在项目中使用log方法了。

ok，以上是今天总结的一些typescript报错，和修复方法，后续遇到了新的报错，会及时在文章里更新，愿命运与你我同在！