new.target 是 JavaScript 中用于检测函数是否被 new 调用的关键字，仅返回当前构造函数引用，不参与服务发现、自愈机制或网络通信等运行时行为。
new.target 是 JavaScript 中用于检测函数或构造函数是否被 new 调用的关键字，它返回当前正在执行的构造函数或类的引用。但它本身不参与网络通信、服务发现、重试逻辑或自愈机制的设计——这些属于运行时行为与架构逻辑，而 new.target 仅是一个静态的、调用上下文相关的元信息。
在 WCF、Azure Event Grid、APM 代理或现代云原生服务发现（如 Consul、Eureka、DNS-SRV）等真实场景中，“自愈式服务发现客户端”依赖的是：
- 健康检查与心跳机制
- 服务端主动通告（Hello/Bye）或代理中继（托管模式）
- 客户端缓存 + TTL + 后台刷新 + 故障降级策略
- 异步重试、指数退避、熔断器（如
RetryPolicy+CircuitBreaker） - 动态范围（Scopes）、类型匹配（ContractType）、元数据过滤（如
FindCriteria）
而 new.target 在这类系统中没有实际作用。你无法靠它：
- 检测服务是否宕机
- 触发重新发现请求
- 替换失效的终结点地址
- 恢复 UDP 多播监听失败的状态
- 判断当前实例是否该接管代理角色
举个具体反例：
class SelfHealingDiscoveryClient {
constructor() {
// ❌ new.target 不能帮你重连 UDP 端点
if (new.target === SelfHealingDiscoveryClient) {
console.log("was constructed with new"); // 仅能做这个
}
}
async findService() {
try {
return await this.doDiscovery(); // 真正的自愈逻辑在这里
} catch (err) {
await this.fallbackToCache(); // ← 这里才关键
await this.scheduleRefresh(); // ← 这里才关键
throw err;
}
}
}new.target 的出现，既不增强健壮性，也不影响生命周期管理。它常用于：
- 工厂模式中禁止直接调用构造函数（如要求必须子类化）
- 构建抽象基类（
if (!new.target || new.target === SomeBase) throw new Error()） - 元编程中区分普通函数调用与构造调用（极少用于客户端库）
所以，若目标是构建真正自愈的服务发现客户端，应聚焦于：
- 使用
DiscoveryClient配合FindCriteria.Scopes和MaxResults实现精准、可收敛的查找 - 结合后台定时
FindAsync()+ 本地缓存（带版本/ETag）实现服务列表自动刷新 - 在
ProbeMatch响应中提取EndpointReference并校验HealthCheckUri - 封装重试逻辑（例如封装
UdpDiscoveryEndpoint调用，捕获SocketException后 fallback 到 HTTP-based discovery proxy） - 与 APM 代理联动，根据延迟/错误率动态调整发现频率或切换 scope 策略
new.target 不是拼图中的一块。它不参与流控制、不携带状态、不触发重试、不感知网络——它只是 JavaScript 引擎告诉你“这次是不是 new 出来的”。
不复杂但容易忽略：真正的自愈，来自可观测性 + 反馈闭环 + 明确的失败分类，而不是语法特性。
