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

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

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

在typescript中，您可以执行以下操作来抑制错误:

let subString?: string;

subString > !—注意在null前增加了感叹号。

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

"compilerOptions": {

   // other rules

   "strictNullChecks": false
}

如果你知道该类型永远不会为null或未定义，你应该声明为foo: Bar，不带?类型声明?条形语法意味着它可能是未定义的，这是您需要检查的。

换句话说，编译器正在做你要求它做的事情。如果您希望它是可选的，您稍后需要检查。

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');

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

对我来说，这是裁判和反应的错误:

const quoteElement = React.useRef()
const somethingElse = quoteElement!.current?.offsetHeight ?? 0

这将抛出错误，修复，给它一个类型:

// <div> reference type
const divRef = React.useRef<HTMLDivElement>(null);

// <button> reference type
const buttonRef = React.useRef<HTMLButtonElement>(null);

// <br /> reference type
const brRef = React.useRef<HTMLBRElement>(null);

// <a> reference type
const linkRef = React.useRef<HTMLLinkElement>(null);

没有错误了，希望这能在某种程度上帮助到其他人，甚至是我自己，P