Exchanger 不会引发 ClassCastException，因其泛型参数 V 仅在编译期校验，运行时无随机强转；异常根源在于使用原始类型或显式非法强转，而非 Exchanger 本身。
不会发生 ClassCastException，因为 Exchanger 本身不涉及“参数随机强转”——它不执行类型转换，也不做泛型擦除后的强制转型操作。红线（编译期错误）或运行时 ClassCastException 的根源，从来不是 Exchanger 的声明方式，而是使用中违反了泛型契约或误用了原始类型。
明确 Exchanger 的泛型约束机制
Exchanger
- 正确写法：
Exchanger<String> ex = new Exchanger<>();→ 后续exchange("hello")只接受 String，返回值也是 String，无强转 - 错误源头：若用原始类型声明
Exchanger ex = new Exchanger();，再传入 Integer、再强制转 String，才可能在调用方代码里触发(String) ex.exchange(123)这类显式非法强转 - JVM 擦除后底层确实是
Object，但编译器已通过泛型校验拦截了不匹配的调用，不会“随机”生成转型字节码
杜绝红线与运行时异常的关键实践
真正要防范的是开发者绕过泛型安全的写法：
- 始终用带类型参数的声明，禁用原始类型（IDE 通常会标黄警告）
- 避免在 exchange() 调用后加显式强制转型，如
(MyData) exchanger.exchange(data)；应依赖泛型推导直接接收正确类型 - 若需多类型协作，不要用
Exchanger<Object>然后手动 instanceof + 强转；改用策略接口或封装统一数据容器（如Exchanger<Payload>，其中 Payload 含 type 字段和泛型 getAsXxx() 方法）
检查常见误用模式
以下写法看似简洁，实则埋雷：
-
危险：
Exchanger ex = new Exchanger(); String s = (String) ex.exchange(new Date());→ 编译期无错（原始类型绕过检查），运行时报 ClassCastException -
危险：
Exchanger<?> ex = new Exchanger<>();→ 无法安全调用 exchange()，因通配符禁止写入 -
安全：
Exchanger<List<Integer>> ex = new Exchanger<>(); List<Integer> result = ex.exchange(Arrays.asList(1,2));
