在封装 http 请求库时，需确保子方法能灵活传递自定义请求头，同时不干扰父类的默认头逻辑；核心是正确区分“未传参”与“传入 null/undefined”，从而让父方法自然触发其默认值机制。
在封装 http 请求库时，需确保子方法能灵活传递自定义请求头，同时不干扰父类的默认头逻辑；核心是正确区分“未传参”与“传入 null/undefined”，从而让父方法自然触发其默认值机制。
在 JavaScript/TypeScript 中，函数参数的“未提供”（即调用时完全省略该参数）与“显式传入 null 或 undefined”语义不同——而你的父类 get(url, headers = {}) 正是依赖 参数未提供 这一条件来启用默认空对象 {}。因此，关键在于：子方法必须避免主动传入 null 或 undefined，而应让参数“缺失”或安全 fallback 到 {}。
你当前的写法 super.get(SOME_URL, headers ?? null) 存在隐患：?? null 会把 undefined 和 null 都转为 null，而 null 是一个真实值，会被传入父方法。此时 headers = {} 不会生效（因为参数已提供），父方法将使用 null 作为 headers，可能导致后续 Object.keys(headers).length === 0 判定失败（Object.keys(null) 抛错），或引发其他运行时异常。
✅ 正确做法是使用空对象 {} 作为 fallback：
public async getWidgets(headers?: Record<string, string>) {
const getResponse: APIResponse = await super.get(SOME_URL, headers ?? {});
return getResponse;
}- headers ?? {} 表示：当 headers 为 null 或 undefined 时，使用 {}；
- {} 是一个合法、非空的对象，且 Object.keys({}).length === 0 成立，完美匹配父类的默认逻辑；
- 若调用方明确传入 null（如 client.getWidgets(null)），?? 仍会 fallback 到 {}，保证健壮性；
- 若调用方完全不传参（如 client.getWidgets()），headers 参数值为 undefined，同样触发 ?? {}。
⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- 不要使用 headers || {}：当 headers 是 {}（空对象）时结果相同，但若传入 { Authorization: '' }（falsy 值），会被错误覆盖；
- ?? 是空值合并运算符，仅对 null/undefined 生效，语义更精准；
- 类型上建议为 headers 添加类型注解（如 Record<string, string> 或 HeadersInit），提升可维护性；
- 若父类逻辑严格依赖“参数未提供”（而非值是否为空），则子方法无法通过传参方式模拟“未提供”——此时唯一可靠方案是重构父类，支持显式 undefined 触发默认行为（例如 headers = undefined + if (headers == null) headers = {}）。
总结：用 headers ?? {} 替代 headers ?? null，既保持调用简洁，又确保父类默认逻辑稳定生效，是兼顾清晰性、健壮性与兼容性的最佳实践。
