接口方法签名是构建高并发无状态服务契约的起点，需显式声明全部输入、使用不可变参数、返回纯结果、禁用重载与有状态default方法，确保实现天然远离共享状态和同步需求。
接口方法签名本身不直接实现无锁，但它是构建高并发无状态服务契约的起点。关键在于：用签名约束行为边界，让实现天然远离共享状态和同步需求。
方法签名必须携带全部上下文信息
无状态服务要求每次调用自包含、不依赖外部变量或实例字段。接口方法签名需显式声明所有必要输入，禁止隐式依赖。
- ✅ 正确：boolean process(PaymentRequest request, String traceId, long timeoutMs)
- ❌ 错误：boolean process(PaymentRequest request) —— traceId、超时策略若从ThreadLocal或成员变量读取，就违背无状态原则
- 参数应为不可变对象（如String、LocalDateTime、ImmutableList），避免实现类意外修改入参状态
返回类型明确、副作用隔离
高并发下最怕隐式状态变更或资源泄漏。接口签名要从语义上切断副作用路径。
- 返回值应是纯结果（如Result<Order>、Optional<Receipt>），而非void + 修改传入对象
- 禁止定义void方法却要求实现类更新全局缓存、写日志文件或发MQ——这些应由调用方或AOP统一处理
- 若需异步响应，签名应返回CompletableFuture<T>而非阻塞等待，把线程调度权交给调用方
避免方法重载与歧义签名
重载在多实现、代理、动态字节码场景下易引发绑定混乱，增加并发调用时的不确定性。
立即学习“Java免费学习笔记（深入）”；
- 同一接口内不允许多个同名方法（哪怕参数类型不同），例如validate(Order)和validate(Refund)应拆为validateOrder()和validateRefund()
- 不依赖返回类型区分方法（Java不支持仅靠返回值重载），防止JVM在泛型擦除后出现签名冲突
- 所有方法签名在编译期必须唯一且可静态解析，保障代理（如Spring CGLIB）、RPC序列化、契约测试工具能稳定识别
配合default方法做无状态增强，而非有状态封装
default方法可用于注入通用无状态逻辑，但绝不能访问或修改任何可变状态。
- ✅ 允许：default boolean isExpired(Instant now) { return expiryTime.isBefore(now); } —— 纯计算，无副作用
- ❌ 禁止：default void logAccess() { counter.increment(); } —— 引入共享计数器，破坏无状态性
- default方法中可安全使用ThreadLocal临时变量或局部缓存（如格式化工具），但不得跨调用生命周期保存数据
