不是OPs问题，但我通过添加一个空检查来解决这个问题

我改变了:

*ngIf="username.invalid &&  username.errors.required"

To

*ngIf="username.invalid && username.errors != null && username.errors.required"

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

something: null;

而不是给它赋值为null:

something: string = null;

这个特性被称为“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的另一种选择的答案!

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

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

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

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

// @ts-nocheck

将此添加到文件的顶部