optional.ofnullable用于安全封装mock方法的返回值以避免npe并简化断言，而非包装mock引用本身；它不替代mockito的verify验证机制。

在单元测试中，使用 Optional.ofNullable 对 Mock 对象变量做安全访问，核心目标是避免空指针异常（NPE），同时让断言逻辑更清晰、更具可读性。它不替代 Mock 本身，而是作为一层轻量级的空值防护和链式调用支持工具。

为什么不能直接对 Mock 变量用 Optional.ofNullable？

Mock 对象本身通常是非 null 的（比如 Mockito 创建的代理对象），但其方法返回值可能是 null —— 尤其当未配置 stub 时，默认返回 null（基本类型除外）。所以真正需要保护的是“调用结果”，而非 Mock 引用本身。

• 错误用法：Optional.ofNullable(mockService).map(s -> s.getData()) —— mockService 几乎不会为 null，这层包装无意义
• 正确场景：对 mockService.getData() 这类可能返回 null 的调用结果做封装

在断言中安全提取并验证可能为 null 的返回值

当被测方法依赖某个 Mock 对象返回可空对象（如 User），又希望统一处理 null/non-null 情况时，可用 Optional.ofNullable 简化断言逻辑：

• 验证存在性：assertThat(Optional.ofNullable(mockService.findUser(123)).isPresent()).isTrue();
• 验证属性（避免 NPE）：Optional.ofNullable(mockService.findUser(123)).ifPresent(u -> assertThat(u.getName()).isEqualTo("Alice"));
• 提供默认值后断言：String name = Optional.ofNullable(mockService.findUser(123)).map(User::getName).orElse("Unknown"); assertThat(name).isEqualTo("Alice");

配合 Mockito 的 when-then 链式配置提升可读性

在配置 Mock 行为时，可结合 Optional 返回类型设计接口，使测试更贴近真实业务逻辑（例如 DAO 层常返回 Optional<entity></entity>）：

• 定义接口方法：Optional<order> findOrderById(Long id);</order>
• Mock 配置：when(orderRepository.findOrderById(100L)).thenReturn(Optional.of(mockOrder));
• 此时无需 ofNullable 包装，直接使用 get()、isPresent() 或 map 即可，语义更自然

注意边界：不适用于验证 Mock 是否被调用

Optional.ofNullable 是运行时值处理工具，无法替代 Mockito 的验证机制。要确认 Mock 方法是否被调用、调用几次或参数是否匹配，仍需用：

• verify(mockService, times(1)).process(any());
• verify(mockService).getData();

混淆这两类职责会导致测试脆弱或覆盖不足。