是的，是这个原因

工厂类的意思就是这个

连不上这个地址，可能是某种“不可抗力”造成。你可以直接去springboot的主页用他们的springboot生成器生成一个项目下载下来再解压，也是一样的

到了生产就不要用这个了

因为父加载器加载失败了

把.metadata文件删了，重新打开试试

URLClassLoader是ClassLoader的一个子类，java加载时逐级上传，当前类加载器无法加载时抛给父级加载器，当父级加载器为null时bootstrapclassloader充当父级加载器启动。这里看应该是先传给了URLClassLoader加载器，调用它的findclass。URLClassloader这个是用来安装指定路径加载资源的一个加载类。classloader只能加载classpath下的类。我猜可能是因为代码中给定了要加载类的路径，所以java先传给了URLClassLoader类加载器。如果这个加载器无法加载还会继续传递给父类classloader

https://stackoverflow.com/questions/54205486/how-to-avoid-sharing-is-only-supported-for-boot-loader-classes-because-bootstra

漏了修改autoupdate了？

访问两次

可以的啊，但是很麻烦的

怎么解决的

break要放在输出之后吧。从Java的编码规范来说，一般建议，无论是否是多条语句，都建议添加{}，以提高代码的健壮性

不是有jar包了嘛，不相当于封装好了嘛。

可以具体描述不？

1. 如Pom中包有没有正常加载

你maven install是不是失败了，或者打jar的过程是不是 build fail

我这边运行可以执行这段代码。老师的代码要在debug模式下运行，才会出现热加载的效果。在debug下，只要MyManger文件发生变化都会进行重新加载该文件 因此这个代码会执行

热部署后你的路径没有更改呀。

bucuo

你的IDE没有允许代码自动编译

是的。没出现热加载。

用intellij idea的，需要启动自动编译

是的，服务器使用xml文件名作为path的值

加载类的适合，会先调用CustomClassLoader，如果没有找到就会调用父类AppClassLoader，如果还没有找到就会调用ExtClassLoader,如果还没有找到就会调用BootstrapLoader

可以先了解一下双亲委派机制，应该就能明白了

有HotPublishServlet吗