Tomcat如何实现动态类加载和卸载？Tomcat 是一款流行的 Java 应用服务器，它致力于提供支持基于 Servlet 和 JSP 的 Web 应用程序。我们知道，Java 应用程序运行在一个 JVM 进程中，而 JVM 提供了丰富的类加载机制来管理代码库和对象实例化过程。与 JVM 类加载器不同的是，Tomcat 开发团队针对应用服务器场景提供了自己的 ClassLoader 实现，以满足更加动态、灵活的类加载和卸载需求。下面将介绍 Tomcat 中的动态类加载和卸载机制，并分析其实现原理。我们将从以下几个方面入手：1、类加载机制Java 中的类加载机制比较复杂，包括三种主要的 ClassLoader：Bootstrap ClassLoader，加载所有JRE核心类库。Extension ClassLoader，加载扩展库，例如 JDK 中的 /lib/ext 目录下的 jar 包。System ClassLoader，在系统启动时创建，加载应用程序所需要的类库。每个 ClassLoader 加载的类都有自己对应的 Class 对象，其中保存着该类的描述信息和反射能力等。当调用 new 关键字或通过 Class.forName() 方法动态加载一个类时，JVM 会在类加载机制中对应的 ClassLoader 中查找目标类的二进制字节码，并将其载入到内存中。此时，该类的静态变量被初始化，但不会执行其构造方法。接下来，虚拟机通过反射方式调用相应的构造方法完成对象的实例化操作。Tomcat 作为 Java Web 应用服务器，需要支持热部署、快速回收重复创建的类等特性。因此，Tomcat 开发团队对传统的类加载机制进行了一些扩展，提供自己的类加载器实现，并在此基础上实现了动态类加载和卸载特性。2、动态类加载和卸载 API 封装与传统的 Class.forName() 和 new 关键字方式加载类不同，Tomcat 提供了更高层次的 API 封装，以便于用户方便地使用这些特性。其中，主要包括以下几个类：WebappClassLoaderBase，继承于 java.net.URLClassLoader，代表了应用程序类加载器；TomcatURLStreamHandlerFactory，一个工厂类，用于处理网络 URL 资源的访问请求；ResourceEntry，描述并缓存类文件或 JAR 包记录的信息；DirContextURLStreamHandler，HTTP 协议资源处理器。WebappClassLoaderBase 是 Tomcat 自定义类加载器的核心组件，它以递归搜索 Class 为起始点，实现了在当前应用程序上下文中的类加载机制。它可以识别 jar 包和“/WEB-INF/classes”目录中的 Java 类。TomcatURLStreamHandlerFactory，用于处理 Tomcat 扩展的 URL.Scheme，其中包括“class://”，它与 WebappClassLoaderBase 类配合使用，支持从内存加载某个 class 文件。#Tomcat#

群里有个哥们说上周五面试，面试官问他JDK是干什么的。他说平时只管CURD哪里有时间研究什么是JDK。大概率没有下文了……

Oracle终于开始对经典的JDK1.8版本动手了。具体是从8u211及以上开始收费。国内用Java开发的项目可不在少数。存量维护的项目数量更加多到不可统计。这次对业界震动不小。这些年国外各种开发工具、开发语言、设计工具在完成使用习惯培养后，都开始陆续露出獠牙了。这进一步推高了我们软件服务行业的成本，以后软件产品估计也要涨价了。#jdk简介#

坐标广州，近日，广州某外企请我帮招Java前端大数据程序员，月薪6万到8万。网友：外企真有钱啊！由于岗位要求高，来了100人，水平都很一般，全部给淘汰了！今天的面试流程：1.做个自我介绍2.问hdfs的配置有哪些3.什么是zk,zk节点属性有哪些4.redis的数据类型是哪些，redis过期时间是怎么存储的，key设置了过期时间，然后修改，过期时间还有吗？5.redis怎么保持高可用的，横向怎么扩展(slot槽位)6.垃圾回收算法有哪些，垃圾回收器有哪些 每个垃圾回收器的特点是什么,g1,cms怎么运行的，java8默认垃圾回收器7.spark的运行流程，有哪些算子,map ,platMap的特点8.案例,一堆数据,数据是用户和分数，40-50的算D，50-60的算C,60-70的算B,60-70的算A,后求出各个A,B,C,D各等级的分数9.jdk8 hashMap的实现，为啥要用红黑树#广州头条##羊城身边事##程序员#

Java 17 正式发布，Oracle 宣布提供免费 JDK当地时间 9 月 14 日，Oracle 发布了 Java 开发工具包，版本 17（JDK 17），并将成为大多数供应商的长期支持 (LTS) 版本。通常情况下，Java 版本每六个月更新一次，分别在 3 月和 9 月。根据 Oracle Java SE 支持生命周期，这些支持仅保持六个月，直到下一个版本出现，而 LTS 版本的支持时间为八年。JDK 17 通用版本是 Java SE 17 平台在 GNU 通用公共许可证（v2）下的实现，带有 Classpath Exception。Oracle 表示将从 Oracle JDK 17 开始提供 Oracle JDK 免费版本和更新，并在下一个 LTS 版本之后继续提供整整一年。以前的版本不受此更改的影响。而在非开源许可下，开发者可以在 Oracle 技术网找到来自 Oracle 的 JDK 17 商业版本。据官网介绍，新版本主要发生了以下变化：JEP 306：恢复始终严格的浮点语义JEP 356：增强型伪随机数发生器。为伪随机数生成器(PRNG)提供新的接口类型和实现，包括可跳转的 PRNG 和附加类的可分割 PRNG 算法(LXM)。JEP 382：新的 macOS 渲染管线。Swing API 用于渲染的 Java 2D API，现在可以使用新 macOS 的 Apple Metal 加速渲染 API。JEP 391：macOS/AArch64 端口。macOS 11.0 现在支持 AArch64 架构。该 JEP 在 JDK 中实现了对 macos-aarch64 平台的支持。添加的功能之一是支持 W^X（写异或执行）内存。它仅在 macos-aarch64 中启用，在某些情况下可以扩展到其他平台。JDK 既可以在 Intel 机器上交叉编译，也可以在基于 Apple M1 的机器上编译。JEP 398：弃用 Applet API ，并进行删除。基本上无关紧要，因为所有 Web 浏览器供应商都已取消了对 Java 浏览器插件的支持或宣布了该类计划。JEP 403：强封装 JDK 内部。强封装了 JDK 的所有内部元素，除了像 sun.misc.Unsafe 这样的关键内部 API。JEP 406：切换模式匹配（预览）。使用 switch 表达式和语句的模式匹配以及对模式语言的扩展来增强 Java 编程语言。JEP 407：删除 RMI 激活。RMI Activation 是 RMI 的一个过时部分，自 Java SE 8 以来一直是可选的。 RMI Activation 已被 Java SE 15 中的 JEP 385 弃用，并被 JEP 407 从此版本中删除。该 rmid 工具也已被删除。JEP 409：密封类。密封类已添加到 Java 语言中。JEP 410：删除实验性 AOT 和 JIT 编译器。HotSpot VM 中的 AOT Compiler 相关代码已被删除。使用 JEP 295 定义的 HotSpot VM 选项会在 VM 初始化时产生“无法识别的 VM 选项”错误。JEP 411：弃用安全管理器，并进行删除。安全管理器和与之相关的 api 已经弃用，并将在未来的版本中删除。JEP 412：外部函数和内存 API（孵化器）。通过该 API ，Java 程序可以在 Java 运行时之外与代码和数据进行互操作。通过有效地调用外部函数(即 JVM 外的代码)，以及安全地访问外部内存(即不由 JVM 管理的内存)，API 使 Java 程序能够调用本地库并处理本地数据，而不会有 JNI 的脆弱性和危险。JEP 414：Vector API（第二孵化器）JEP 415：特定于上下文的反序列化过滤器。允许应用程序通过 jvm 范围的过滤器工厂配置特定于上下文的和动态选择的反序列化过滤器，调用该过滤器工厂可为每个单独的反序列化操作选择过滤器。除此之外，新版本还有数百个较小的增强功能和近两千个 bug 修复。开发者可通过以下链接下载或了解更多：立即下载：https: //网页链接发行说明：https: //网页链接API Javadoc：https: //网页链接文档：网页链接

Java编程入门03.JDK的下载与安装

Java8使用量腰斩，JDK17暴涨2300倍。我用Java8，很多Java程序员要坚守Java8。但是随着近日的一份2023年Java生态系统报告出炉之后，很多人才恍然发现，好像大家嘴上喊着拒绝，但身体却诚实的很，是采集了上百万份线上的应用程序的数据做的分析，主要是统计了使用的JDK的版本情况。从报告中来看2020年是JDK8的，在市面上占了84%的使用量，可谓是一枝独秀，一路就跌到了仅剩32%，使用量的下降比腰斩还要多。而反观另外两个LTS版本，JDK11和JDK17在这几年增长是很迅猛的。JDK11从20年的11%飙升到了56%，而JDK17在22年还不到1%的占比。到了23年已经迅猛的增长到了10%，一年时间增幅达到了2300多倍。伴随着JDK19-20中推出了虚拟线程，我相信下一个LTS的版本会更加受到开发者的青睐。估计那个时候JDK8的使用量会继续下降，降到10%以下也不是不可能的。一看不知道，一看吓一跳，你还准备继续坚守Java 8吗？#jdk简介#

在以前网络编程，都会遇到C10K问题，现在随着底层网络库、操作系统和其他技术的日益发展，已经有明显改良，但对于普通开发者想要编写高性能、高稳定的网络系统还是有点困难，特别对于java开发者，今天介绍一个项目：ReactorReactor 是一个轻量级 JVM 基础库，帮助你的服务或应用高效，异步地传递消息。Reactor 旨在帮助大多数用例真正非阻塞地运行。我们提供的 API 比 JDK 的 java.util.concurrent 库低级原语更高效。Reactor 提供了下列功能的替代函数 (并建议不使用 JDK 原生语句)：阻塞等待：如 Future.get()不安全的数据访问：如 ReentrantLock.lock()异常冒泡：如 try…catch…finally同步阻塞：如 synchronized{ }Wrapper分配(GC 压力)：如 new Wrapper(event)基于它的reactor-netty项目，让你编写一个http server 和发起一个http请求，都简单，重要是性能好、高稳定（代码参见图3）项目地址：网页链接子项目：网页链接#开源项目精选#