与'object is possibly null'编译错误相关，如果你想在你的typescript配置中禁用这个检查，你应该在tsconfig中添加下面的行。json文件。

"compilerOptions": {

   // other rules

   "strictNullChecks": false
}

如果需要，您可以通过添加注释来抑制(下面请注意)

// @ts-ignore:对象可能是空的。

不是对OP的问题的直接回答，但在我的React应用程序与 Typescript - v3.6.2 Tslint - v5.20.0

并使用下面的代码

const refToElement = useRef(null);

if (refToElement && refToElement.current) {
     refToElement.current.focus(); // Object is possibly 'null' (for refToElement.current)
}

我通过抑制这一行的编译器继续前进

const refToElement = useRef(null);

if (refToElement && refToElement.current) {
     // @ts-ignore: Object is possibly 'null'.
     refToElement.current.focus(); 
}

谨慎

注意，由于这是一个编译器错误而不是linter错误，// tslint:disable-next-line不起作用。此外，根据文档，这应该很少使用，只在必要时使用

更新

在Typescript 3.7之后，你可以使用可选的链接，来解决上面的问题

refToElement?.current?.focus();

此外，有时可能只是在使用useRef时将适当的类型传递给泛型参数的问题。 在输入元素的情况下-

const refToElement = useRef<HTMLInputElement>(null);

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

list!.values

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

list?.values

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

useRef

像这样使用useRef钩子

const value = inputRef?.current?.value

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

something: null;

而不是给它赋值为null:

something: string = null;

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

Interface   {
  data: string|null
}

const myData = document.data ?? "";

与'object is possibly null'编译错误相关，如果你想在你的typescript配置中禁用这个检查，你应该在tsconfig中添加下面的行。json文件。

"compilerOptions": {

   // other rules

   "strictNullChecks": false
}