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

something: null;

而不是给它赋值为null:

something: string = null;

这是相当啰嗦的，我不喜欢它，但它是唯一对我有用的东西:

if (inputFile && inputFile.current) {
        ((inputFile.current as never) as HTMLInputElement).click()
}

only

if (inputFile && inputFile.current) {
        inputFile.current.click() // also with ! or ? didn't work
}

对我没用。Typesript版本:3.9.7，带有eslint和推荐规则。

这不是OP的答案，但我看到很多人在评论中对如何避免这个错误感到困惑。这是通过编译器检查的一种简单方法

if (typeof(object) !== 'undefined') {
    // your code
}

注意: 这行不通

if (object !== undefined) {
        // your code
    }

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

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

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

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

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

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