应使用 UnsupportedOperationException 明确表示方法暂不支持，因其语义精准、符合 JDK 惯例，能主动声明契约边界并避免静默失败；需附带清晰消息、配合 Javadoc，并区分“永不支持”与“暂时不可用”。
在接口实现类中，用 UnsupportedOperationException 明确表示某个方法暂不支持，是一种清晰、安全且符合 Java 惯例的做法。它不是“偷懒”，而是主动传达契约边界，避免调用方误用或静默失败。
为什么选 UnsupportedOperationException 而不是 RuntimeException 或空实现？
该异常专为“操作在当前上下文中不合法”而设计，JDK 集合类（如 UnmodifiableList、Arrays.asList() 的子列表）广泛使用它，开发者一看就懂语义。相比泛型 RuntimeException，它更精准；相比返回 null 或什么都不做，它能立即暴露问题，防止后续空指针或逻辑错乱。
在接口实现中合理抛出的典型场景
-
只读实现：接口定义了
add()和remove()，但你的实现是不可变视图（如配置快照、缓存副本），对修改操作直接抛出UnsupportedOperationException，并附带简短说明，例如："add() is not supported on immutable configuration view" - 分层/抽象实现类：父类实现了通用逻辑，但某些方法需子类按需提供。若子类未重写且被调用，可在父类中默认抛出该异常，提示“请重写此方法”或“该功能尚未启用”
-
灰度发布或功能开关中的占位实现：后端接口已定义，但具体业务逻辑还在开发。实现类中先抛出带标识的异常（如
"feature: payment-v2 not enabled"），既满足编译和测试要求，又阻断线上误调用
抛出时的关键细节建议
别只写 throw new UnsupportedOperationException(); —— 缺少信息会增加排查成本。
-
消息中明确指出哪个方法、为何不支持：例如
throw new UnsupportedOperationException("setPriority() is disabled in trial mode"); - 避免在构造器或高频路径中抛出：这属于设计阶段的契约声明，不是运行时错误处理。如果大量调用方频繁触发，说明接口设计或使用方式需要重新评估
-
配合 Javadoc 注明限制：在实现类或方法上用
@throws UnsupportedOperationException说明适用条件，让 IDE 和文档工具可识别
替代方案对比：何时不该用它？
如果某个操作“理论上支持，但当前环境不具备条件”（如网络不可用、权限不足、资源未初始化），应抛出更具体的异常，例如 IllegalStateException、SecurityException 或自定义业务异常。因为 UnsupportedOperationException 表达的是“永远不支持”，而非“暂时不能执行”。
