理解TypeScript中的`as unknown as`类型断言用法

先搞懂直接写null as string为啥不行 #

在TypeScript的严格类型检查模式下，null属于独立的null类型，和string这类基础类型完全不兼容。TypeScript只允许在兼容的类型之间做类型断言（比如子类断言为父类，或者同一类型体系内的转换），直接把null断言成string会触发类型错误——因为两者没有任何继承或兼容关系。

null as unknown as T的作用 #

unknown是TypeScript的顶层类型，它的特性是：

1. 任何类型都可以被断言为unknown（包括null）
2. unknown可以被断言为任何类型

这就相当于给类型转换加了一个“中转层”，绕过TypeScript的直接类型校验，强制把null转换成你想要的目标类型T。

适用场景 #

这种写法几乎都出现在React的useState初始化里，核心场景是：

• 你需要把状态的初始值设为null，但后续状态一定会被更新为非null的T类型，并且你能保证在使用这个状态时，它已经不是null（比如在useEffect里初始化，或者有前置的非空判断）。
• 不想用T | null的联合类型来定义状态，因为这样后续每次使用状态都要做非空判断，增加代码冗余。

结合你的示例分析 #

1. const [id, setId] = React.useState(null as unknown as string);
   初始状态是null，但后续会把id设置为字符串。开发者不想把状态类型定义成string | null，所以用这个断言强制指定状态类型为string，避免后续代码里的非空校验。

2. const [selectedOption, setSelectedOption] = React.useState(null as unknown as any);
   这里any本身可以直接接受null，这么写更多是团队统一的编码习惯，或者是为了和其他类型的写法保持一致。其实null as any也能达到同样效果，但用unknown中转是更规范的“强制类型转换”写法。

3. const [generateRequest, setGenerateRequest] = React.useState(null as unknown as GenerateRequest);
   自定义类型GenerateRequest的初始值设为null，后续会赋值为该类型的实例。同样是为了避免联合类型GenerateRequest | null，减少后续代码的类型判断。

注意事项 #

这种写法是主动绕过TypeScript的类型检查，所以一定要确保后续状态确实会被更新为目标类型。如果在状态还是null的时候就调用目标类型的方法（比如调用string的trim()），会直接触发运行时错误——因为null没有这些方法。

内容的提问来源于stack exchange，提问作者Diksha Goyal