cglib 是什么?为什么打开 cglib.sourceforge.net 会被跳转
cglib（Code Generation Library）是一个 Java 字节码生成库，用来在运行时动态生成类、方法以及代理对象。它最广为人知的用途是作为 Spring AOP、Hibernate 等框架的底层代理实现之一。如果你现在访问 cglib.sourceforge.net，页面不会展示项目文档，而是提示项目已经迁移到 GitHub，并自动跳转过去——也就是说，这个域名目前只是一个旧地址的入口，不再是 cglib 的主站。
cglib 能做什么
cglib 工作在字节码层面，通过继承目标类并覆写方法来生成代理，因此不需要目标类实现接口。这一点和 JDK 动态代理形成互补：JDK 代理要求目标类至少实现一个接口，而 cglib 代理的是普通类。
典型用途包括：
- AOP 代理：在方法调用前后织入事务、日志、权限等横切逻辑。
- ORM 延迟加载：为实体类生成子类，拦截 getter 以按需查询数据库。
- Bean 复制与映射：在运行时生成属性读写代码，比纯反射更快。
- 测试替身：为具体类生成 mock 或 stub。
为什么访问旧域名会被重定向
cglib.sourceforge.net 属于 SourceForge 时代的托管地址。页面上的说明是：cglib 现在托管在 GitHub，如果没有自动跳转可以手动点击链接。这意味着：
- 旧域名仍能解析，但内容已不在 SourceForge 维护。
- 文档、源码、issue 和版本发布都以 GitHub 仓库为准。
- 如果你在旧教程或依赖配置里看到这个域名，它指向的是历史信息，不代表当前项目状态。
使用前需要知道的前提
cglib 依赖字节码操作，通常以 jar 形式引入项目。需要注意几点：
- JDK 版本兼容性：cglib 通过 ASM 操作字节码，不同 JDK 版本对字节码格式有要求，升级 JDK 时可能遇到兼容问题。较新的 Java 项目往往改用 Byte Buddy 或 JDK 自带的动态代理。
- 无法代理 final 类和方法：因为 cglib 靠继承实现代理，被 final 修饰的类或方法无法覆写。
- 构造器会被调用：生成子类实例时会走父类构造逻辑，如果目标类构造器有副作用，需要留意。
- 框架已封装：多数情况下你不会直接调用 cglib，而是通过 Spring 等框架间接使用。只有需要自定义代理或做底层扩展时才直接依赖它。
该去哪里找 cglib
既然旧站只做跳转，获取 cglib 的正确入口是 GitHub 上的项目仓库。在那里可以找到源码、发布版本和问题追踪。如果你的项目仍在使用 cglib，建议确认所用版本与当前 JDK 是否匹配，并评估是否迁移到维护更活跃的字节码库。
一句话总结：cglib 是 Java 运行时生成代理类的老牌字节码库，cglib.sourceforge.net 只是它的历史入口，实际内容已迁移到 GitHub。