发布带类型声明的TypeScript库，其tsconfig是否不受消费者配置影响？

TypeScript编译器和语言服务**完全基于消费者本地的tsconfig.json**来处理你发布的库的类型声明文件，不会使用你库项目中的tsconfig.json配置。以下分场景具体说明：

1. 开发者通过Ctrl+点击查看类型定义 #

VS Code等编辑器的TypeScript语言服务，会依据消费者的tsconfig配置来解析和展示你的库的类型。举个例子：

• 你的库在strict: false的配置下编译，导出了一个未显式标注可能为null的类型；
• 消费者开启了strict: true（包含strictNullChecks规则）；
  此时开发者查看该类型时，语言服务会按照消费者的严格配置，将该类型识别为可能包含null，并在后续使用时给出对应的类型检查提示。

2. 编译器检查类型兼容性 #

编译器同样只遵循消费者本地的tsconfig规则，和你的库原配置无关：

• 若你的库tsconfig设置strict: false，导出了允许any类型参数的函数，但消费者开启strict: true，编译器会在消费者调用该函数时，按照自己的严格规则校验参数类型，不符合则直接报错。
• 若你的库配置了lib: ["DOM"]，类型声明中使用了HTMLElement等DOM类型，但消费者的tsconfig未包含DOM库，编译器会直接提示找不到HTMLElement类型，不会因为你的库配置过DOM就忽略这个问题。

关键前提 #

你发布的是编译后的JavaScript+独立类型声明文件（.d.ts），你的库的tsconfig只是生成这些.d.ts的构建配置。一旦.d.ts文件生成并发布，它就脱离了原项目的配置环境，完全由消费者的tsconfig决定如何解析和校验这些类型。

内容的提问来源于stack exchange，提问作者David Alsh