- JVM的位置

-
JVM体系结构概览
-

-
类装载器ClassLoader


-
抽象类不能进行实例化,只能继承
- 加载器的种类
-
启动类加载器(Bootstrap)
-
扩展类加载器(Extension)
-
应用程序类加载器(AppClassLoader)
-
用户自定义的加载器
-
双亲委派机制(保证了沙箱安全)
-
我们写一个和java源代码一样的类(java.long.String)
-
运行这个类时,虚拟机会先在启动类加载器中找,有没有这个类,有就用这个类,没有在往下走在扩展类加载器中找有没有这个类,找到了就用就不会在往下走了
-
如果两个都没有找到这个类,才会进入到应用程序类加载器中找,先找到先使用,后面的一改不计较
-
保证了如果我们写了和java源码一样的类时,不会污染源码的类,保证java的源码是同一个
-


-
类加载器的问题总结
-
什么是类加载器
-
有几种
- 默认的有三种
- 启动类加载器(Bootstrap)
- 扩展类加载器(Extension)
- 应用程序类加载器(AppClassLoader)
- 用户自定义的
- 类加载器的优势
- 避免了类的重复加载
- 保护了程序的安全,避免了API被随意篡改
-
什么 是双亲委派机制
-
当一个类加载器收到了类加载请求,他首先不会尝试自己去加载这个类,而是把这个
请求委派给父类去完成,每一个层次类加载器都是如此,因此所有的加载请求
都应该传送到启动类加载其中,只有当父类加载器反馈自己无法完成这个请求
的时候(在它的加载路径下没有找到所需加载的Class),子类加载器才会尝试
自己去加载。
-
采用双亲委派的一个好处是比如加载位于rt.jar包中的类java.lang.Object, 不管
是哪个加载器加载这个类,最终都是委托给顶层的启动类加载器进行加载,这
样就保证了使用不同的类加载器最终得到的都是同样--个Object对象。
-
沙箱安全
- 我们自定义的和java源码的类一样时,由于相亲委派机制的存在,会加载java自带的类,而造成类的重复加载,保证了对java源代码的保护,防止我们的代码污染源代码,实现了沙箱安全
-
将java代码限定在虚拟机运行范围内,严格限制代码对本地系统资源的访问,保证对代码的有效隔离,防止对本地系统造成破坏
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。