Spring Boot中如何识别调用微服务的具体请求端点

下面提供两种可落地的实现方案：

方案1：Service层直接获取请求路径判断来源 #

该方案不需要修改Controller层的入参逻辑，直接在Service内部读取当前请求的URI识别来源：

• 实现原理：Spring Web环境中，请求上下文默认绑定到当前处理线程，通过RequestContextHolder即可获取到当前请求的HttpServletRequest对象，从中读取请求路径做判断。
• 代码示例：

@Service
public class OrderService {
    public ResponseEntity<?> updateOrder() {
        // 获取当前请求上下文
        ServletRequestAttributes requestAttr = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        HttpServletRequest request = requestAttr.getRequest();
        String requestUri = request.getRequestURI();
        
        // 通用属性赋值逻辑
        OrderVO result = new OrderVO();
        // 其他统一属性赋值逻辑省略...
        
        // 按来源给差异属性赋值
        if (requestUri.endsWith("/complete")) {
            result.setDiffField("来自/orders/{id}/complete接口的取值");
        } else {
            result.setDiffField("来自/orders/{id}接口的取值");
        }
        return ResponseEntity.ok(result);
    }
}

注意事项：该方案仅适用于同步Servlet Web环境，如果Service方法会被异步线程、非Web场景调用，会出现请求上下文获取为空的问题，需要额外做上下文传递适配。

方案2：用枚举入参替代布尔入参（更推荐） #

之前的布尔入参方案不被接受大概率是因为语义模糊（调用时updateOrder(true)没人一眼看懂true代表什么含义），换成枚举类型入参既解耦了Service和Web层的上下文绑定，可读性和扩展性也更强：

1. 先定义来源枚举：

public enum OrderUpdateSource {
    // 对应/orders/{id}接口
    ROOT_ORDER_API,
    // 对应/orders/{id}/complete接口
    COMPLETE_SUB_API
}

2. Controller层传递来源标识：

@PutMapping("/orders/{id}")
ResponseEntity<?> complete(@PathVariable int id ) {
  return orderService.updateOrder(OrderUpdateSource.ROOT_ORDER_API);
}

@PutMapping("/orders/{id}/complete")
ResponseEntity<?> complete(@PathVariable int id) {
  return orderService.updateOrder(OrderUpdateSource.COMPLETE_SUB_API);
}

3. Service层按来源处理差异逻辑：

@Service
public class OrderService {
    public ResponseEntity<?> updateOrder(OrderUpdateSource source) {
        OrderVO result = new OrderVO();
        // 其他统一属性赋值逻辑省略...
        
        // 按来源给差异属性赋值
        if (source == OrderUpdateSource.COMPLETE_SUB_API) {
            result.setDiffField("对应取值");
        } else {
            result.setDiffField("另一取值");
        }
        return ResponseEntity.ok(result);
    }
}

该方案无环境限制，后续如果新增其他调用入口只需要新增枚举值即可，维护成本更低。

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