如果您从外部知道表达式不是空或未定义的，则可以使用非空断言操作符!为了赶走这些类型:

// Error, some.expr may be null or undefined
let x = some.expr.thing;
// OK
let y = some.expr!.thing;

这不是OP的问题，但当我意外地将一个参数声明为空类型时，我得到了相同的对象可能是“null”消息:

something: null;

而不是给它赋值为null:

something: string = null;

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

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

RxJS的提示

我经常会有Observable<string>类型的成员变量，直到ngOnInit(使用Angular)我才会初始化它。然后编译器假设它是未初始化的，因为它没有“在构造函数中明确赋值”——并且编译器永远不会理解ngOnInit。

你可以使用!定义上的断言运算符，以避免错误:

favoriteColor!: Observable<string>;

未初始化的可观察对象会导致各种运行时错误，比如“你必须提供一个流，但你提供了null”。!如果你明确知道它将被设置在ngOnInit这样的东西中是可以的，但也可能有一些情况，值以其他不那么确定的方式设置。

所以我有时会使用的替代方法是:

public loaded$: Observable<boolean> = uninitialized('loaded');

其中uninitialized被全局定义为:

export const uninitialized = (name: string) => throwError(name + ' not initialized');

然后，如果您使用这个流而没有定义它，它将立即抛出一个运行时错误。

注意:这可能不是一个推荐的操作-也许解决方案是实际解决错误。所有的检查都是有原因的，所以禁用它们并不总是正确的做法，但是……

与上面的一些问题的答案相似，但最后有一点不同。我在多次不同的检查中遇到了问题，帮助我的是在tsconfig.json中设置一个严格的属性为false。似乎是上述特定检查的一种更通用的变体。

  "compilerOptions": {
    "strict": false
  },

import React, { useRef, useState } from 'react'
...
const inputRef = useRef()
....
function chooseFile() {
  const { current } = inputRef
  (current || { click: () => {}}).click()
}
...
<input
   onChange={e => {
     setFile(e.target.files)
    }}
   id="select-file"
   type="file"
   ref={inputRef}
/>
<Button onClick={chooseFile} shadow icon="/upload.svg">
   Choose file
</Button>

使用next.js对我有效的唯一代码