关键在于通过依赖注入和面向接口编程提升可替换性。1. 使用构造函数注入依赖，便于测试时传入模拟对象；2. 依赖声明为接口类型，实现解耦；3. 避免静态方法和全局状态，防止测试干扰；4. 采用工厂模式延迟创建对象，增强灵活性。坚持这些原则可构建易测试的对象结构。
在Java中构建便于测试的对象结构，关键在于提高对象的可替换性。这意味着在测试时能轻松替换真实依赖为模拟或桩对象，从而隔离被测逻辑。实现这一点的核心是依赖注入和面向接口编程，配合合适的设计原则。
使用依赖注入（DI）提升可替换性
依赖注入让对象不自行创建其依赖，而是由外部传入。这使得在测试中可以传入测试专用的替代实现。
例如，一个订单服务依赖支付网关：
- 通过构造函数注入依赖，而不是在类内部 new 具体实现
- 测试时传入模拟的 PaymentGateway，验证调用行为
- 生产环境中注入真实的支付实现
这样无需修改代码即可替换行为，测试更专注逻辑而非外部系统。
立即学习“Java免费学习笔记（深入）”；
面向接口编程，解耦具体实现
定义依赖时使用接口而非具体类，是实现可替换的基础。
- 声明变量、方法参数和返回类型时使用接口类型
- 比如用 PaymentGateway 接口代替 AlipayGateway 类
- 不同实现可自由切换，不影响使用方代码
接口作为契约，保证替换实现时不破坏调用方逻辑，同时便于Mock框架生成代理对象。
避免静态方法和全局状态
静态方法难以替换，且常伴随隐式依赖，破坏可测试性。
- 静态调用无法通过注入方式替换
- 全局状态（如单例中的共享数据）会导致测试间相互干扰
- 建议将功能封装到实例对象中，通过接口暴露行为
若必须使用工具类，考虑将其包装成可注入的服务，便于在测试中拦截或替换。
利用工厂或提供者模式延迟创建
某些对象需在运行时决定创建哪种实现，可用工厂模式增强灵活性。
- 定义 Factory 接口，由外部注入具体工厂实现
- 测试中可注入返回模拟对象的工厂
- 避免在业务逻辑中硬编码 new 操作
这种方式保持了对象创建的封装性，同时不牺牲可替换性。
基本上就这些。只要坚持依赖注入、面向接口、避免静态依赖，就能构建出天然适合单元测试的对象结构。可替换性不是附加功能，而是设计出来的结果。
