这里存在一个普遍误区：许多开发者会在调用 axios.get() 时直接传入 作为泛型参数。这是不正确的。get 方法期望的泛型参数是整个响应体的类型，因此你应该传入 >。随后，再利用 DataOf 工具类型进行数据提取。

当然，这种方法也存在局限性。例如，当后端返回的分页数据字段名不固定（有时是 list，有时是 items）时，仅靠 infer 是无法自动识别的。针对此类场景，要么依赖额外的接口文档进行约定，要么就需要引入运行时的数据校验机制。

type ApiResponse ? U : never;

// 正确用法
const res = await axios.get>('/api/user');
type UserType = DataOf; // → User

处理字段名不固定或包含非法标识符的 API 响应

更为复杂的情况是 API 返回的字段名本身存在问题，例如包含空格、连字符（如 "user-id"）、甚至是点号。这些在 JavaScript 中均属于非法标识符。typeof 推导过程本身不会报错，但后续若尝试使用点语法访问这些属性则会失败，必须改用方括号语法，同时 IDE 的智能提示功能也会大幅减弱。

as const 断言能够将字段值推导为精确的字面量类型，但它无法解决属性名本身的合法性问题。字段名依然会被推导为字符串字面量类型。

对于这种场景，一种务实的处理方式是：首先使用 Record 这类宽松的类型来接收数据，然后通过运行时的键名检查来确保访问安全。或者，如果你能明确知晓所有可能的键名，也可以结合 keyof 与 Record 来显式地进行枚举定义。

需要避免的做法是在类型定义中硬编码这些非法字段名，这极易导致类型声明与运行时实际数据结构脱节，为项目埋下隐患。

解包嵌套 Promise 或异步响应的类型

另一个常见的挑战是异步包装。当你调用 fetch().then(r => r.json()) 后，得到的是一个 Promise 类型。直接对这个结果使用 typeof，是无法获取其内部数据结构的。

这就需要编写专门的“解包”工具类型。例如 UnpackPromise，用于剥离一层的 Promise 包装。如果遇到像 Promise> 这样的多层嵌套情况，你可能还需要一个支持递归解包的 DeepUnpack 类型。

需要特别注意，response.json() 方法返回的就是 Promise。你必须配合类型断言（例如 as Promise>），或者确保上游函数具有明确的返回类型注解，才能让 infer 关键字正确地工作。

此外，如果后端返回的日期数据是字符串格式（例如 "2026-05-10"），TypeScript 并不会自动将其转换为 Date 实例类型。这部分转换逻辑，要么放在运行时进行解析处理，要么就需要定义更精细的自定义序列化类型来应对。

type UnpackPromise ? U : T;
type DeepUnpack ? DeepUnpack : T;

// 示例
type Raw = Promise>;
type Unpacked = DeepUnpack; // → ApiResponse