rt.jar是jdk下的包，没有理由找不到，找不到就说明jdk下没有，jdk下怎么会没有呢，我们看一下MAVEN_HOME/bin/mvn文件的内容，发现如果没有设置系统环境变量JAVA_HOME，mvn会自己查找系统内的jdk，而很多插件会自带精简的jdk，这就找到原因了，mvn使用了某个插件自带的jdk，用echo输出其路径发现其下没有rt.jar，那么只要设置一下系统JAVA_HOME指向自己安装jdk就行了
但是某人不喜欢在系统环境变量中设置JAVA_HOME，更倾向于根据需要设置仅在本次有效的临时JAVA_HOME
在项目根路径中创建文件
mvn.sh
#!/bin/bash
#设置临时环境变量JAVA_HOME，赋值为自己指定的jdk路径
export JAVA_HOME='C:\Program Files\Java\jdk1.8.0_181'
#调用mvn命令，将本脚本参数传过去
mvn $@
然后在git bash中执行下面命令打包，git bash需定位到项目根目录
./mvn.sh clean package
前面一定要有./
不然就是执行MAVEN_HOME/bin/mvn了
如果在cmd中执行则是.\mvn.sh clean package
该文件是linux脚本，windows执行需要安装git，用git的git bash替代cmd
安装好git后，在eclipse中右键项目，打开终端选择git bash即可
原因是jdk1.7之后rt.jar不在jdk/lib下，而在jre/lib下网上的几种解决方法虽然可行，但个人觉得思路不够清晰，于是自己研究了一下，可以不用修改pom.xml通过查看MAVEN_HOME/bin/mvn.sh，发现在未设置JAVA_HOME的情况下，maven使用的是whereis java找到的jre，其lib下并没有rt.jar于是在项目根路径中创建mvn.sh, 设置临时的JAVA_HOME，指向自己的jre路径，内容如下#!/bin/bashexport JAVA_H
代码报错：Access restriction: The type JAXWSPrope
rt
ies is not accessible due to restriction on required library D:\idea_IDE\jdk1.7.0_51\jre\lib\
rt
.
jar
解决
办法：
1.点击项目->prope
rt
ies->
Java
Build Path->Liberies
JDK动态代理生成字节码，用到了ProxyGenerator.generateProxyClass()方法，这个是
rt
.
jar
包中的方法，而安装JDK之后的src.zip没有包含。苦于
找
不到
源码，下载了一个又报错，代码也不全，这里给大家分享一下亲测可用的方法。
实际上只需要到官网下载https://download.
java
.net/openjdk/jdk8/，解压出来的\openjdk\jdk\src\share\classes目录就是是
rt
.
jar
的源码。也就是我上传的这个压缩包。
在IDEA中，File——Project Structure——SDKs——Sourcepath，右边+号添加你解压出来的\openjdk\jdk\src\share\classes就OK了。
90后（JDK9）没听说过
rt
.
jar
很正常，但是作为80后（JDK8），是经历过7080年代（JDK7和8）的人，都没听说过
rt
.
jar
，我很惭愧，所以我想乘着JDK8盛行之时好好撸一撸它，我可不想印证了李商隐的一句话：此情可待成追忆，只是当时已惘然。
我要搞清楚的问题：
什么是
rt
.
jar
？为什么要撸它。
为什么90后不知道
rt
.
jar
很正常？什么是JPMS？
为什么JDK8能流行这么久？JDK17都出来了我们依然觉得它最香。
一、什么是
rt
.
jar
？为什么要撸它。
rt
.
jar
的存在由来已久
最近在使用Ant自动化
编译
打包
一个
Java
项目，执行时总是报有class
找
不到
：
[
java
c] Compiling 46 source files to /A/B/C/D/build/staging/bin
[
java
c] .../ChangePassWordTool.
java
:5: package com.sun.org.apache.xml.internal.securi
在使用 Spring Boot
Maven
Plugin 进行
编译
打包
时，默认情况下是不会包含 JDK 的
rt
.
jar
和 tools.
jar
的。如果需要包含这些
jar
包，可以通过在 pom.xml 文件中添加以下配置来实现：
```xml
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<a
rt
ifactId>spring-boot-
maven
-plugin</a
rt
ifactId>
<configuration>
<includeSystemScope>true</includeSystemScope>
<includeAllDependencies>true</includeAllDependencies>
</configuration>
</plugin>
</plugins>
</build>
这里的 includeSystemScope 设置为 true，表示包含系统范围的依赖（例如 JDK 的
rt
.
jar
和 tools.
jar
）。includeAllDependencies 设置为 true，表示包含所有依赖。这样做的好处是，可以避免在部署应用程序时缺少所需的
jar
包而出现问题。但是，在
打包
时也会增加包的大小，需要根据实际情况进行权衡。
