Java八股文实践篇：从理论到DeOldify项目中的设计模式应用

Java八股文实践篇从理论到DeOldify项目中的设计模式应用每次面试被问到设计模式是不是都只能背出“单例模式确保一个类只有一个实例”这样的标准答案背得滚瓜烂熟但一上手写代码还是觉得这些模式离自己很远不知道怎么用。其实设计模式从来不是用来背诵的“八股文”而是解决实际工程问题的工具箱。今天我们不谈抽象理论直接看一个具体的项目——DeOldify图像上色项目。我会带你看看在这个真实的AI应用里如何把面试常考的那些设计模式像搭积木一样用起来让代码变得更清晰、更好维护。你会发现原来工厂模式可以帮你灵活切换不同的图片预处理策略观察者模式能让任务进度更新变得优雅而代理模式则是管理复杂AI模型调用的好帮手。我们边看代码边聊保证你能看懂还能直接用到自己的项目里。1. 项目背景当老照片遇见设计模式DeOldify是一个基于深度学习的开源项目它能让黑白老照片恢复色彩效果非常惊艳。但今天我们不深入它的AI模型而是聚焦在如何用Java构建一个健壮、易扩展的应用来集成这个能力。想象一下你要开发一个老照片上色服务。用户上传照片你调用DeOldify模型处理然后返回彩色结果。这个流程听起来简单但仔细一想问题就来了图片可能有不同格式JPG、PNG和大小需要不同的预处理。上色是个耗时操作用户想知道进度。直接调用模型服务可能不稳定需要重试、降级或缓存。未来如果想换一个上色模型或者增加新的功能如修复划痕代码会不会改得面目全非这就是设计模式大显身手的地方。它们不是来增加复杂度的而是来帮你管理复杂度让代码在面对变化时更从容。下面我们就进入正题看看几个核心模式是怎么落地的。2. 工厂模式灵活创建图片处理策略面试官常问“说说工厂模式的好处” 标准答案是解耦。在DeOldify项目里这个“耦”体现在哪呢就在图片预处理这个环节。用户上传的图片千差万别。有的需要先缩放到模型接受的尺寸有的需要从PNG转换成JPG有的甚至需要先进行简单的降噪。如果我们把这些处理逻辑都写在一个巨大的if-else里代码很快就会变成一锅粥。这时工厂模式就派上用场了。它的核心思想是定义一个创建对象的接口但让子类决定实例化哪一个类。2.1 策略接口与具体实现首先我们定义一个所有预处理策略都要遵守的契约。// 图像预处理策略接口 public interface ImagePreprocessStrategy { /** * 处理原始图像 * param originalImage 原始图像数据 * return 处理后的图像数据 */ BufferedImage process(BufferedImage originalImage); }接着实现几种具体的策略// 策略一简单缩放 public class ResizeStrategy implements ImagePreprocessStrategy { private int targetWidth; private int targetHeight; public ResizeStrategy(int width, int height) { this.targetWidth width; this.targetHeight height; } Override public BufferedImage process(BufferedImage originalImage) { // 实现缩放逻辑 Image scaledImage originalImage.getScaledInstance(targetWidth, targetHeight, Image.SCALE_SMOOTH); BufferedImage outputImage new BufferedImage(targetWidth, targetHeight, originalImage.getType()); outputImage.getGraphics().drawImage(scaledImage, 0, 0, null); System.out.println(执行了缩放预处理); return outputImage; } } // 策略二格式转换例如转RGB public class ConvertToRGBStrategy implements ImagePreprocessStrategy { Override public BufferedImage process(BufferedImage originalImage) { if (originalImage.getType() BufferedImage.TYPE_INT_RGB) { return originalImage; } BufferedImage rgbImage new BufferedImage( originalImage.getWidth(), originalImage.getHeight(), BufferedImage.TYPE_INT_RGB ); rgbImage.getGraphics().drawImage(originalImage, 0, 0, null); System.out.println(执行了RGB格式转换预处理); return rgbImage; } }2.2 工厂类登场现在我们需要一个地方来决定对于某张图片到底该用哪种策略。这就是工厂。// 预处理策略工厂 public class PreprocessStrategyFactory { public static ImagePreprocessStrategy createStrategy(String imageType, int fileSizeKB) { // 这里是业务逻辑根据图片特征选择策略 if (fileSizeKB 1024) { // 文件大于1MB先缩放 return new ResizeStrategy(512, 512); } else if (!imageType.equalsIgnoreCase(jpg)) { // 非JPG格式统一转RGB确保模型输入一致 return new ConvertToRGBStrategy(); } else { // 默认情况也可能是一个“什么都不做”的空策略 return original - { System.out.println(使用默认预处理无操作); return original; }; } } }2.3 在服务中使用工厂最后在我们的上色服务里使用方式变得非常清晰public class DeOldifyService { public BufferedImage colorizeImage(BufferedImage originalImage, String imageType, int fileSize) { // 1. 使用工厂获取预处理策略 ImagePreprocessStrategy strategy PreprocessStrategyFactory.createStrategy(imageType, fileSize); // 2. 执行预处理 BufferedImage processedImage strategy.process(originalImage); // 3. 调用DeOldify模型核心上色逻辑这里用伪代码表示 // BufferedImage coloredImage deOldifyModel.colorize(processedImage); System.out.println(调用DeOldify模型进行上色...); BufferedImage coloredImage processedImage; // 假设上色完成 return coloredImage; } }这样做的好处是什么如果明天我们需要增加一个“人脸区域增强”的预处理策略只需要新建一个FaceEnhanceStrategy类实现接口然后在工厂的创建逻辑里加上新的判断条件即可。DeOldifyService的代码一行都不用改。这就是对修改关闭对扩展开放的开闭原则也是工厂模式带来的核心价值。3. 观察者模式优雅的通知任务进度上色一张高分辨率老照片可能需要几秒甚至十几秒。用户在前端等着一个空白的进度条体验极差。我们需要一种机制当上色任务的状态发生变化开始、进度更新、完成、失败时能主动通知所有关心它的部分。这就是观察者模式的典型场景。它的定义是定义对象间的一种一对多的依赖关系当一个对象的状态发生改变时所有依赖于它的对象都得到通知并被自动更新。3.1 定义观察者与主题我们先定义谁是被观察的主题以及谁是观察者。// 观察者接口所有关心任务进度的对象都需要实现这个接口 public interface TaskProgressObserver { void update(TaskProgressEvent event); } // 任务进度事件封装状态信息 public class TaskProgressEvent { private String taskId; private String status; // “STARTED”, “PROCESSING”, “COMPLETED”, “FAILED” private int progress; // 0-100 private String message; // 构造方法、getter、setter 省略... }被观察的主题就是我们的上色任务。// 被观察的主题上色任务 public class ColorizationTask { private String taskId; private ListTaskProgressObserver observers new ArrayList(); // 注册观察者 public void addObserver(TaskProgressObserver observer) { observers.add(observer); } // 移除观察者 public void removeObserver(TaskProgressObserver observer) { observers.remove(observer); } // 通知所有观察者 private void notifyObservers(TaskProgressEvent event) { for (TaskProgressObserver observer : observers) { observer.update(event); } } // 核心执行方法 public void execute() { TaskProgressEvent startEvent new TaskProgressEvent(taskId, STARTED, 0, 任务开始); notifyObservers(startEvent); try { // 模拟处理过程 for (int i 1; i 10; i) { Thread.sleep(300); // 模拟耗时 TaskProgressEvent progressEvent new TaskProgressEvent(taskId, PROCESSING, i * 10, 处理中...); notifyObservers(progressEvent); } TaskProgressEvent completeEvent new TaskProgressEvent(taskId, COMPLETED, 100, 上色完成); notifyObservers(completeEvent); } catch (InterruptedException e) { TaskProgressEvent failEvent new TaskProgressEvent(taskId, FAILED, 0, 任务被中断); notifyObservers(failEvent); } } }3.2 实现具体的观察者谁会是观察者呢可能是数据库记录日志、消息队列通知前端、或者监控系统。// 观察者一数据库日志记录器 public class DatabaseLogger implements TaskProgressObserver { Override public void update(TaskProgressEvent event) { // 将任务事件记录到数据库 System.out.println([数据库日志] 任务 event.getTaskId() 状态: event.getStatus() , 进度: event.getProgress() %); } } // 观察者二WebSocket推送器通知前端 public class WebSocketNotifier implements TaskProgressObserver { Override public void update(TaskProgressEvent event) { // 通过WebSocket将进度推送给前端浏览器 System.out.println([WebSocket推送] 向客户端推送任务进度: event.getProgress() %); } }3.3 组装与运行现在我们把它们组装起来public class TaskDemo { public static void main(String[] args) { ColorizationTask task new ColorizationTask(TASK_001); // 注册观察者 task.addObserver(new DatabaseLogger()); task.addObserver(new WebSocketNotifier()); // 执行任务观察者会自动被通知 task.execute(); } }运行后你会看到数据库和WebSocket都收到了同步的状态更新。最大的好处是解耦ColorizationTask完全不知道也不关心是谁在监听它它只负责发出通知。未来要加一个短信通知只需要新建一个SmsNotifier并注册进去就行任务本身的代码纹丝不动。4. 代理模式为DeOldify服务加上“安全气囊”直接调用一个外部的、耗时的、可能不稳定的AI模型服务是危险的。网络可能抖动模型可能崩溃响应可能超时。我们需要一个“替身”来替我们管理这些风险这个替身就是代理模式。代理模式为其他对象提供一种代理以控制对这个对象的访问。在我们的场景里这个“其他对象”就是真正的DeOldify模型调用。4.1 定义共同接口首先定义上色服务的接口这是真实对象和代理对象都要实现的。// 上色服务接口 public interface ColorizationService { BufferedImage colorize(BufferedImage image) throws ServiceException; }4.2 真实对象直接调用模型// 真实对象直接调用DeOldify可能是HTTP请求或本地库调用 public class DeOldifyServiceImpl implements ColorizationService { Override public BufferedImage colorize(BufferedImage image) throws ServiceException { System.out.println(真实调用DeOldify模型API...); // 这里是一个模拟的、不稳定的调用 if (Math.random() 0.7) { // 30%概率模拟失败 throw new ServiceException(DeOldify服务调用超时); } // 模拟处理耗时 try { Thread.sleep(2000); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } return image; // 假设返回上色后的图片 } }4.3 代理对象增强功能代理对象也实现同样的接口但它内部持有一个真实对象的引用并在调用前后添加额外逻辑。// 代理对象增强的DeOldify服务 public class DeOldifyServiceProxy implements ColorizationService { private ColorizationService realService; private CacheString, BufferedImage cache; // 引入缓存 private int retryTimes 3; public DeOldifyServiceProxy() { this.realService new DeOldifyServiceImpl(); this.cache CacheBuilder.newBuilder() .maximumSize(100) .expireAfterWrite(10, TimeUnit.MINUTES) .build(); } Override public BufferedImage colorize(BufferedImage image) throws ServiceException { // 1. 缓存逻辑 String imageKey generateImageKey(image); BufferedImage cachedResult cache.getIfPresent(imageKey); if (cachedResult ! null) { System.out.println(缓存命中直接返回结果); return cachedResult; } // 2. 重试与降级逻辑 ServiceException lastException null; for (int i 0; i retryTimes; i) { try { System.out.println(第 (i 1) 次尝试调用...); BufferedImage result realService.colorize(image); // 3. 调用成功存入缓存 cache.put(imageKey, result); return result; } catch (ServiceException e) { lastException e; System.out.println(调用失败准备重试); } } // 4. 所有重试都失败执行降级策略 System.out.println(所有重试失败启用降级方案返回原图); // 这里可以返回一个默认图或者进行简单的图像处理作为降级 return image; } private String generateImageKey(BufferedImage image) { // 生成一个基于图片内容的简单键这里用哈希码模拟 return IMG_ image.hashCode(); } }4.4 客户端使用代理对于调用方客户端来说它根本感知不到代理的存在因为它使用的是同样的接口。public class Client { public static void main(String[] args) { // 客户端直接使用代理无需知道背后的复杂逻辑 ColorizationService service new DeOldifyServiceProxy(); try { BufferedImage inputImage ImageIO.read(new File(old_photo.jpg)); BufferedImage outputImage service.colorize(inputImage); System.out.println(上色完成); } catch (Exception e) { e.printStackTrace(); } } }通过代理模式我们无侵入地给核心服务加上了缓存、重试、降级这三重“安全气囊”。如果未来要增加限流、熔断或者日志审计也只需要修改代理类真实的核心业务逻辑DeOldifyServiceImpl依然保持纯净。5. 总结走完这一趟你会发现设计模式不再是书本上枯燥的定义。在DeOldify这个项目里它们变成了活生生的代码工厂模式把变化的“图片预处理策略”封装起来让创建逻辑和业务逻辑分离应对未来变化更从容。观察者模式让耗时的上色任务和它的众多“关心者”如日志、前端松耦合地连接状态更新像广播一样优雅。代理模式给核心的模型调用套上了一层保护壳把缓存、重试这些横切关注点集中管理让核心服务更专注。所以下次再准备“Java八股文”时别再死记硬背了。试着把你学到的模式套到你正在做或想做的项目里问自己“我这里如果变了怎么办这里耦合是不是太紧了这个调用是不是不够健壮” 很多时候答案就是一个恰当的设计模式。理解模式背后的意图——是管理创建、解耦通知、还是控制访问——比记住它的类图更重要。当你开始用模式的思维去写代码你的代码自然会变得更清晰、更灵活、也更经得起考验。这才是设计模式真正想送给你的礼物。获取更多AI镜像想探索更多AI镜像和应用场景访问 CSDN星图镜像广场提供丰富的预置镜像覆盖大模型推理、图像生成、视频生成、模型微调等多个领域支持一键部署。