web容器通过为每个应用分配独立webappclassloader并重写loadclass实现类隔离：先本地加载/web-inf/classes和/lib，失败后才委托父加载器；共享类由catalinaclassloader等上层加载器统一供给；线程上下文类加载器确保跨层调用时能正确加载应用类。
Web 容器（如 Tomcat）实现类隔离加载，核心是为每个 Web 应用分配独立的 WebAppClassLoader 实例，并通过重写 loadClass() 方法改变默认加载顺序——不是靠“禁止加载”，而是靠“谁先加载、从哪加载、向谁委托”来划清边界。
每个应用独享一个类加载器实例
Tomcat 启动时，为每个部署的应用（比如 app1、app2）创建专属的 WebAppClassLoader 对象。JVM 判定两个类是否相同，必须同时满足：
– 全限定名一致
– 加载器实例相同
因此：
-
app1/WEB-INF/classes/com/example/Service.class被其自己的加载器加载 → 得到 Class A -
app2/WEB-INF/classes/com/example/Service.class被另一个加载器加载 → 得到 Class B - Class A 和 Class B 在 JVM 中完全独立：静态变量不共享、反射结果不同、无法相互强制转换
本地优先加载，打破双亲委派关键环节
WebAppClassLoader 重写了 loadClass(String, boolean)，执行明确三步：
- 先查本加载器已缓存的类（
findLoadedClass） - 再尝试从
/WEB-INF/classes加载 .class 文件 - 再扫描
/WEB-INF/lib/下所有 JAR 包 - 仅当以上全部失败，才调用
super.loadClass委托给父加载器
这种策略让 app1 可自带 guava-31.1-jre.jar，app2 可自带 guava-29.0-jre.jar，互不影响。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
共享类由上层加载器统一供给
不是所有类都要隔离。像 javax.servlet.Servlet、org.springframework.core.io.Resource 这类基础 API，由更高层加载器提供：
-
CatalinaClassLoader：加载$CATALINA_HOME/lib/，供 Tomcat 内核和所有应用共用（如 Servlet 规范类） -
SharedClassLoader（可选）：加载$CATALINA_HOME/shared/lib/，供多个应用复用工具包 - WebAppClassLoader 在本地找不到时自动委托，确保 Spring 等框架类只加载一次
线程上下文类加载器保障跨层调用
Spring、JDBC 驱动等容器级组件由 CatalinaClassLoader 加载，本身看不到 Web 应用里的类。Tomcat 在处理请求时会临时设置：
Thread.currentThread().setContextClassLoader(webAppClassLoader)
这样 Spring 就能通过 Thread.currentThread().getContextClassLoader().loadClass("com.myapp.ServiceImpl") 正确加载用户代码，避免 ClassNotFoundException。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
