这个特性被称为“strict null checks”，关闭它时要确保没有设置编译器标志——strictNullChecks。

然而，null的存在被描述为“十亿美元的错误”，所以看到像TypeScript这样的语言引入修复是令人兴奋的。我强烈建议你把它开着。

解决这个问题的一种方法是确保值永远不是null或undefined，例如通过预先初始化它们:

interface SelectProtected {
    readonly wrapperElement: HTMLDivElement;
    readonly inputElement: HTMLInputElement;
}

const selectProtected: SelectProtected = {
    wrapperElement: document.createElement("div"),
    inputElement: document.createElement("input")
};

不过，请参阅Ryan Cavanaugh的另一种选择的答案!

要解决这个问题，你可以简单地使用感叹号，如果你确定对象在访问它的属性时不是空的:

list!.values

乍一看，有些人可能会把它与angular中的安全导航操作符混淆，但事实并非如此!

list?.values

!后修复表达式将告诉TS编译器变量不是空，如果不是这样，它将在运行时崩溃

useRef

像这样使用useRef钩子

const value = inputRef?.current?.value

在angular中，我使用:

// eslint-disable-next-line @typescript-eslint/ban-ts-ignore
// @ts-ignore
const sum = row
    .filter(p => p.priceInCents !== undefined)
    .reduce((sum, current) => sum + current.priceInCents, 0);

因为只是使用@ts-ignore, eslint会抱怨它禁用了编译错误，这就是为什么我添加了eslint-disable-next-line。

在typescript中，关闭可能为null的消息:

Interface   {
  data: string|null
}

const myData = document.data ?? "";

在设置状态和使用map时，我用React遇到了这个问题。

在这种情况下，我正在做一个API获取调用和响应的值是不知道的，但应该有一个值“答案”。我为此使用了一个自定义类型，但因为该值可能为空，所以我得到了一个TS错误。允许类型为null并不能解决这个问题;或者，您也可以使用默认参数值，但这对我的情况来说很混乱。

我克服了它，通过提供一个默认值，在事件响应是空的，只需使用三元操作符:

this.setState({ record: (response.Answer) ? response.Answer : [{ default: 'default' }] });

这个解决方案对我很有效:

转到tsconfig。. json并添加"strictNullChecks":false