Java单元测试中可用匿名内部类快速构建轻量测试桩，适用于方法少的接口或仅需重写一两个方法的抽象类，通过new接口/抽象类(){}内联实现并注入被测对象，但需避免状态残留、耗时操作及过度复杂逻辑。
在 Java 单元测试中，用匿名内部类快速构建测试桩（Stub）对象，核心是利用接口或抽象类的简洁实现，绕过真实依赖，聚焦被测逻辑。这种方式轻量、即用、无需额外类文件，特别适合简单行为模拟。
适用前提：目标接口或抽象类必须可访问且方法不多
匿名内部类只适合实现结构简单、方法较少的接口（如 Runnable、Comparator、自定义回调接口等），或仅需重写一两个抽象方法的抽象类。若接口方法多、逻辑复杂，应改用 Mockito 等专业 Mock 工具，避免测试代码臃肿难维护。
基本写法：new 接口名() { … } 直接内联实现
在测试方法中，直接 new 一个接口或抽象类，并在大括号内覆盖关键方法，返回预设值或执行简单逻辑：
- 对于接口：
new SomeService() { public String doWork() { return "stub-result"; } } - 对于抽象类：
new AbstractProcessor() { protected void processImpl(String data) { /* 空实现或日志记录 */ } } - 注意：构造时若父类有带参构造器，需传入必要参数（如
new AbstractService("test") { ... }）
配合被测对象注入：通过构造器或 setter 传入匿名桩
多数场景下，需将匿名桩注入到被测对象中。常见方式包括：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 构造器注入：若被测类支持传入依赖的构造器，直接传入匿名实例，例如
new ServiceUnderTest(new DataFetcher() { public List<string> fetch() { return Arrays.asList("a", "b"); } })</string> - Setter 注入：调用
setXxx()方法替换依赖，例如target.setValidator(new Validator() { public boolean isValid(String s) { return s != null; } }); - 字段反射注入（慎用）：仅当无其他注入途径且测试隔离性要求不高时，可用
Field.setAccessible(true)强制设值，但会增加脆弱性
注意事项：避免状态残留与过度耦合
匿名内部类本质是独立类，但容易隐含状态或捕获外部变量，带来测试干扰：
- 避免在匿名类中修改外部局部变量（Java 要求其为 final 或 effectively final）
- 不要在其中引入耗时操作（如网络、文件）、静态状态或单例依赖，否则破坏测试纯度
- 若多个测试需要相同桩行为，考虑提取为私有辅助方法（如
createValidatingStub()），而非重复粘贴匿名类 - 一旦桩逻辑变复杂（如需校验输入参数、计数调用次数），应迁移到专用 Stub 类或 Mockito
不复杂但容易忽略：匿名内部类桩的本质是“最小可行替代”，它不是为了模拟全部行为，而是让被测代码能跑通并验证核心路径。够用就好，别让它承担不该有的职责。
