一、如何获取动态生成的class 字节码
结合生成的class文件是一个学习cglib的比较好的方法。在cglib中，生成的class文件默认只存储在内存中，我们可以在代码中加入下面语句来获取class file。
System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, "F:\\code ");
这里涉及到了一个比较关键的类DebuggingClassWriter，接下来我们简单的分析一下这个类。DebuggingClassWriter继承于ClassVisitor，熟悉ASM的TX就可以得知他是访问链上的一员。此类只有一个有参构造函数：
public DebuggingClassWriter(int flags) {
super(Opcodes.ASM4, new ClassWriter(flags));
}
我们可以看到访问链上的最后一名访问者就是ClassWriter，ClassWriter也是ASM中的一个类，他的主要作用就是产生class 字节码，DebuggingClassWriter最终是委托ClassWriter来生成字节码的。DebuggingClassWriter自己做的主要工作就是 将字节码持久化到硬盘上。
static {
debugLocation = System.getProperty(DEBUG_LOCATION_PROPERTY);
if (debugLocation != null) {
System.err.println("CGLIB debugging enabled, writing to '" + debugLocation + "'");
try {
Class clazz = Class.forName("org.objectweb.asm.util.TraceClassVisitor");
traceCtor = clazz.getConstructor(new Class[]{ClassVisitor.class, PrintWriter.class});
} catch (Throwable ignore) {
}
}
}
上面代码是DebuggingClassWriter中的静态代码块，这部分代码在调用类的构造函数之前完成的。在类初始化的时候就会获取DEBUG_LOCATION_PROPERTY 的属性值，同时会通过java的反射机制来生成一个TraceClassVisitor对象，TraceClassVisitor 是 ASM 中的一个工具类，它的作用是将字节码转换成易读的文本，也就是反编译，和javap差不多。
DebuggingClassWriter中完成关键工作的方法是toByteArray：
byte[] b = ((ClassWriter) DebuggingClassWriter.super.cv).toByteArray();
if (debugLocation != null) {
System.out.println(className);
String dirs = className.replace('.', File.separatorChar);
try {
new File(debugLocation + File.separatorChar + dirs).getParentFile().mkdirs(); File file = new File(new File(debugLocation), dirs + ".class");
OutputStream out = new BufferedOutputStream(new FileOutputStream(file));
try {
out.write(b);
} finally {
out.close();
} if (traceCtor != null) {
file = new File(new File(debugLocation), dirs + ".asm");
out = new BufferedOutputStream(new FileOutputStream(file));
try {
ClassReader cr = new ClassReader(b);
PrintWriter pw = new PrintWriter(new OutputStreamWriter(out));
ClassVisitor tcv = (ClassVisitor)traceCtor.newInstance(new Object[]{null, pw});
cr.accept(tcv, 0);
pw.flush();
} finally {
out.close();
}
}
} catch (Exception e) {
throw new CodeGenerationException(e);
}
}
首先委托ClassWriter来生成字节码，然后根据用户指定的路径来生成文件夹，最后生成两个文件，一个是.class 文件，另外一个是后缀为.asm的文件。用户可以直接打开.asm来直观的分析生成的class文件。
二、命名策略
通过第一步我们可以发现指定的文件夹下面有一些命名奇怪的class文件。本节我们就来分析一下这些类名都是怎么生成的。在上一章我们分析key和缓存的时候提到过，class generator必须继承AbstractClassGenerator ，然后实现抽象方法 generateClass，generateClass的作用就是用来生成class ，那么class name的生成也应该是在这个方法中。在每个generateClass方法中，当调用ClassEmitter 的begin_class方法时都要求提供一个入参 class internal name。这时会调用AbstractClassGenerator 的 getClassName 来生成一个可用的class internal name。
final protected String getClassName() {
if (className == null)
className = getClassName(getClassLoader());
return className;
}
private String getClassName(final ClassLoader loader) {
final Set nameCache = getClassNameCache(loader);
return namingPolicy.getClassName(namePrefix, source.name, key, new Predicate() {
public boolean evaluate(Object arg) {
return nameCache.contains(arg);
}
});
}
private Set getClassNameCache(ClassLoader loader) {
return (Set)((Map)source.cache.get(loader)).get(NAME_KEY);
}
上面代码可以看到，getClassName首先根据classloader和NAME_KEY来获取已经生成的类名的列表。命名策略是封装在NamingPolicy中的getClassName方法中的。用户可以根据自己的实际需求通过实现接口NamingPolicy来定制命名策略。Cglib提供了一个默认的命名策略DefaultNamingPolicy。DefaultNamingPolicy 同样实现了NamingPolicy接口。这部分代码比较简单，我们可以分析得出，默认的命名策略为
被代理class name + "$$" + class generator name + "ByCGLIB" + "$$" + key的hashcode
如果命名冲突的话，会在上面产生的类名后面+”_”+index(index >=2).
Note：如果需要自定义命名规则，比如return prefix+"_"+source+"_"+key.hashCode(); 要把source的包名去掉，否则将产生比较深的文件夹，key的使用要注意，不能直接+key，应使用key的hashcode。