【CGLIB】如何通过 `NamingPolicy` 自定义 CGLIB 生成的代理类的类名？

CGLIBNamingPolicy深度解析：自定义代理类名的生产级实践指南

用户问题原文：如何通过NamingPolicy自定义 CGLIB 生成的代理类的类名？

在构建金融级交易中间件时，我们常面临一个运维挑战：CGLIB 默认生成的代理类名（如OrderService$$EnhancerByCGLIB$$a1b2c3d4）难以辨识，导致线上问题排查困难。例如，在一次 P0 级支付超时事故中，线程堆栈显示大量$$EnhancerByCGLIB$$类，但无法快速定位到具体的业务服务（是风控服务？还是积分服务？）。CGLIB 的NamingPolicy正是解决这一问题的“命名规范控制器”——它允许我们为生成的代理类赋予业务语义化的名称，极大提升可观察性。本文将通过金融交易 AOP 审计这一真实场景，深入剖析NamingPolicy的设计原理、配置技巧与生产落地细节。

一、问题引入：线上事故排查中的代理类名困境

在一次支付系统超时事故中，团队通过线程 dump 发现：

"payment-thread-1" #20 java.lang.Thread.State: RUNNABLE at com.example.s