TypeScript 中的 strict 模式启用了什么？

Question

Accepted Answer

`tsconfig.json` 中的 `"strict": true` 一次启用一系列更严格的检查。强烈建议所有新项目使用 — 它可以捕获 TypeScript 存在的目的是防止的 bug。

```json
{ "compilerOptions": { "strict": true } }
```

## 为什么这很重要

```ts
// strictNullChecks — null/undefined are no longer assignable to everything
let name: string = null; // ❌ Error (without strict this compiles, then crashes)
function f(u?: User) { u.name; } // ❌ u is possibly undefined → forces a check

// noImplicitAny — parameters with no inferable type must be annotated
function g(x) {} // ❌ Error: 'x' implicitly has type 'any'

// strictPropertyInitialization — class fields must be initialized
class C { name: string; } // ❌ must init in constructor or mark optional
```

**`strictNullChecks`** 是最重要的：它将 `null`/`undefined` 与其他类型分开，所以编译器强制你在任何地方处理「可能缺失」的情况 — 消除了运行时错误的第一类（"cannot read property of undefined"）。

## 在现有代码库上采用

逐步打开标志（`strictNullChecks` 优先），逐个文件修复错误，而不是一次在大型遗留项目上启用所有内容。

## 为什么这很重要

没有 strict 模式，TypeScript 仍然允许许多它旨在防止的不安全模式（隐式 `any`、未检查的 null）。

Strict 模式是 TypeScript 发挥大部分价值的地方 — 将其视为默认设置，只有充分的理由才放松单个标志。