工厂模式解决对象创建的耦合问题，通过工厂统一生成实例，符合开闭原则；策略模式封装可变的行为算法，实现运行时动态切换，避免冗长条件判断。两者结合时，常由工厂创建具体策略对象，既解耦创建过程，又灵活替换行为，提升代码可维护性与扩展性。
工厂模式和策略模式在Java中都是常见的设计模式，但它们解决的问题不同，使用场景也不同。理解它们的关键是搞清楚各自的意图和结构。
工厂模式：创建对象的“生产流水线”
工厂模式的核心是解耦对象的创建与使用。你不需要在代码中直接用new来创建具体类，而是通过一个“工厂”来帮你生成实例。
比如，有一个接口Payment，有两个实现类Alipay和WechatPay。如果不使用工厂，你可能需要这样写：
Payment p = new Alipay();
立即学习“Java免费学习笔记（深入）”；
一旦业务逻辑分散在各处，更换实现或新增支付方式时，就需要修改很多地方。而使用工厂模式，你可以定义一个PaymentFactory：
- 根据传入参数（如"alipay"）返回对应的Payment实例
- 客户端只依赖工厂和接口，不关心具体类的构造细节
- 新增支付方式只需修改工厂，原有代码无需改动
这样就实现了对扩展开放，对修改关闭，符合开闭原则。
策略模式：封装可变的“行为算法”
策略模式关注的是行为的替换与切换。当一段逻辑有多种实现方式（比如折扣计算：满减、打折、固定价），就可以把每种方式封装成一个策略类。
例如，定义一个DiscountStrategy接口，有FullReductionStrategy、PercentageStrategy等实现类。上下文（如订单服务）持有一个策略引用，运行时动态设置：
- 可以根据用户类型、活动规则选择不同的策略
- 避免使用大量if-else判断走哪个分支
- 每个策略独立，易于测试和维护
策略的重点在于“算法互换”，而不是创建对象。
两者结合使用的典型场景
实际开发中，它们经常一起出现。比如：
- 用工厂模式创建不同的策略对象
- 策略模式中的具体策略由工厂来生成
- 这样既解耦了对象创建，又实现了行为灵活切换
例如，配置文件指定使用哪种折扣策略，程序启动时通过工厂读取配置并返回对应策略实例，订单服务直接使用该策略计算价格。
基本上就这些。工厂管“怎么造”，策略管“怎么干”。分清职责，用对地方，代码就会更清晰。
