自定义IMessage接口遇无Header消息实现难题，选返回空Optional是否正确？

是的，选择第一种方案是正确的，而且这是三个选项里最符合语义设计的做法，下面具体分析：

• 为什么方案一最优：
  Optional的核心价值就是明确表达「值可能存在，也可能不存在」的状态，完美匹配你这个场景——这条消息没有Header是已知的正常业务情况，而非意外错误。返回Optional.empty()能清晰告知调用者“该消息无Header”，调用者可以通过ifPresent()、orElse()等方法优雅处理这种情况，既避免了空指针风险，也不会造成语义误解。

• 为什么另外两个方案不合适：

  • 方案二（抛出异常）：异常应当用于处理意外的、非正常的错误场景，而不是已知的业务特例。强制抛出异常会让所有调用getHeader()的代码都必须捕获处理，增加了代码冗余，同时也违背了IMessage接口的契约（接口原本承诺消息具备Header），给调用者带来不必要的负担。
  • 方案三（返回空数组）：这会造成语义混淆。空数组代表「Header存在，但没有内容」，和「Header根本不存在」是完全不同的概念。调用者可能会误判为“Header为空但存在”，进而执行不必要的逻辑（比如遍历空数组、校验数组长度），埋下潜在的逻辑bug。

如果这种无Header的消息在你的实际场景中并非个例，而是一类特殊消息，或许可以考虑调整接口设计——比如拆分出IHeaderlessMessage继承IMessage，或者将IMessage的Header定义为可选属性。但如果只是单一特例，方案一完全能满足需求。

内容的提问来源于stack exchange，提问作者Taztingo