提到Java中的JDK动态代理和CGLIB动态代理的区别，网上找到的通常是如下介绍：

JDK动态代理利用拦截器和反射来实现，不需要第三方库支持，只需要JDK环境就可以进行代理。CGLIB动态代理利用ASM开源包，加载代理对象类的Class文件，通过修改其底层字节码生成新的子类来实现代理。

JDK动态代理只能针对接口而不能针对类实现代理。CGLIB既能通过接口代理又能通过类代理。

上面描述的都是结论，但为什么JDK动态代理只能针对接口，而CGLIB可以针对类代理？本篇文章将从两者生成的Class字节码文件角度一探究竟。

IDEA启动时默认会打开最近的项目，方便用户直接进入项目。但有时我们开发的项目比较多，希望手工选择打开哪个项目。

设置路径：Setting→System Settings，取消勾选：Reopen last project on startup.

Draw.io是GitHub上一个开源的流程图绘制工具，功能丰富，而且免费（不是免费试用的那种“免费”哦！）。

它不仅有在线网页版，直接访问（https://www.draw.io/）就可使用，还有桌面版。桌面版下载地址：https://github.com/jgraph/drawio-desktop/releases。

由于Draw.io是开源的，所以针对外网访问不稳定或在公司内网访问不了在线版的情况，我们可以将其网页版自己部署一套离线版。本文章将一步一步介绍具体部署步骤。

用IDEA开发项目时，IDEA会自动在项目空间上生成一些.idea .iml文件。这些文件对我们来说是不用关注的，而且有时还会影响代码提交，于是想着能不能在Project视图中去掉。

我们知道 SpringBoot 中，默认静态文件可以放到如下路径（默认配置在 ResourceProperties 类中）：

• classpath:/resources/

• classpath:/static/

• classpath:/public/

• classpath:/META-INF/resources/

• ServletContext 下的路径

如图：

它们分为两类：一类是 classpath 下的资源，一类是 Servlet 上下文下的资源。

在接口代码中，如果是 classpath 下的资源可以使用 ClassPathResource 类寻找：

1
2
3
4
5
6
7
8
9

@GetMapping("/")
@ResponseBody
public String demo(HttpServletRequest request, HttpServletResponse response) throws Exception {
    ClassPathResource classpathResource = new ClassPathResource("/static/test.js");
    File classpathFile = classpathResource.getFile();
    String str = FileUtils.readFileToString(classpathFile);
    // do something
    return str;
}

如果是 Servlet 上下文的资源，则可直接使用 ServletContext 找到：

1
2
3
4
5
6
7
8
9

@GetMapping("/")
@ResponseBody
public String demo(HttpServletRequest request, HttpServletResponse response) throws Exception {
    URL url = request.getServletContext().getResource("/app.js");
    File file = ResourceUtils.getFile(url);
    String str = FileUtils.readFileToString(file);
    // do something
    return str;
}

有时项目中代码引用了 sun.* 包下的类，编译会报“包不存在”或“找不到符号”等错误。

这是由于 sun.* 包下的类不属于 Java 标准库，不推荐使用。如果硬是要使用的话，需要修改 maven 编译插件配置：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.3</version>
    <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <compilerArguments>
            <bootclasspath>
                ${java.home}/lib/rt.jar${path.separator}${java.home}/lib/jce.jar
            </bootclasspath>
        </compilerArguments>
    </configuration>
</plugin>

注意这里配置的：${java.home}/lib/rt.jar${path.separator}${java.home}/lib/jce.jar，${path.separator} 表示路径分割符，在 UNIX 系统上表示为：:，在 Windows 系统上表示为：;，是不一样的。

有些人编译报“致命错误: 在类路径或引导类路径中找不到程序包 java.lang”，可能就是因为把 ${path.separator} 写死了，对不同平台不兼容导致的。