Java RPC调用中记录出入参应通过框架拦截器或AOP实现：Dubbo用Filter，gRPC用Client/ServerInterceptor，OpenFeign用RequestInterceptor或接口切面；服务端优先用Filter，其次对Spring Bean方法AOP；需脱敏敏感字段、限制大对象打印、按需开启日志。
在 Java 的 RPC 调用中记录出入参，核心思路是**在客户端发起调用前、服务端执行方法前、服务端返回结果后、客户端收到响应后这几个关键节点插入日志逻辑**。由于 RPC 框架通常封装了网络、序列化、代理等细节，直接在业务代码里加 log 往往做不到（比如 Dubbo 或 gRPC 的 stub 是自动生成的），所以得借助框架提供的扩展点或通用拦截机制。
用 RPC 框架自带的过滤器/拦截器
主流 Java RPC 框架都支持拦截调用链路，这是最推荐、最干净的方式：
-
Dubbo：实现
org.apache.dubbo.rpc.Filter，重写invoke()（记录入参）和onResponse()/onError()（记录出参或异常）。通过@Activate注解或配置文件启用，自动作用于所有接口方法。 -
gRPC（Java）：实现
io.grpc.ClientInterceptor和ServerInterceptor。客户端拦截器中，在interceptCall()返回的ClientCall上包装SimpleForwardingClientCall，在start()中记录请求参数，在onMessage()中记录响应；服务端类似，在serverCall的onMessage()和onComplete()中记录。 -
Spring Cloud OpenFeign：实现
feign.RequestInterceptor记录请求体（需配合Logger.Level.FULL配置开启日志），或使用@Aspect切 Feign 接口的代理方法（注意代理类型是 JDK 动态代理，需切接口而非实现类）。
用 AOP 在客户端代理层织入日志
如果 RPC 客户端是基于接口的代理对象（如 Dubbo 的 ReferenceBean、Feign 的 @FeignClient 接口），可用 Spring AOP 直接切这些接口方法：
- 定义切点：
@Around("execution(* com.example.service..*.*(..))")，匹配所有远程服务接口调用。 - 在
ProceedingJoinPoint中获取getArgs()（入参），调用proceed()后捕获返回值或异常（出参/错误）。 - 注意：AOP 只能作用于客户端，无法记录服务端实际执行时的参数（比如反序列化后的对象），但对调试调用方行为已足够清晰。
在服务端用反射 + 方法拦截记录真实入参
服务端真正拿到的是反序列化后的参数对象，更贴近“业务视角”的出入参。可在服务实现类上统一加 AOP，或利用框架钩子：
立即学习“Java免费学习笔记（深入）”；
- 对 Dubbo 服务实现类，用
@Around("@annotation(org.apache.dubbo.config.annotation.DubboService)")不现实，应优先用 Filter（已在上文说明）。 - 若服务是普通 Spring Bean（如 Dubbo 的
@DubboService或 Spring Cloud 的 REST Controller），可直接对其实现类的方法做 AOP 切面，此时joinPoint.getArgs()就是反序列化完成、类型正确的入参，result是真实返回值，日志最准确。 - 避免在每个 service 方法里手写 log —— 既重复又易漏，也破坏业务代码纯净性。
注意事项与建议
记录出入参不是越全越好，需兼顾可读性与性能：
- 敏感字段（密码、身份证、token）必须脱敏，可用注解（如
@Sensitive）+ 自定义序列化器或日志处理器过滤。 - 大对象（如含 byte[] 的 DTO）建议只打印 class + hashCode，或限制 toString() 字符长度，防止日志爆炸。
- 生产环境建议按需开启（如通过
logging.level.com.xxx.rpc=DEBUG控制），避免高并发下 I/O 成为瓶颈。 - 不要依赖
toString()打印全部字段——有些对象没重写，或重写得不规范。必要时用 Jackson/Gson 临时序列化成 JSON 并缩略输出。
