强制Tomcat使用Jakarta Mail而非Java Mail实现TLS邮件发送

1. Tomcat类加载优先级冲突：Ubuntu上通过系统包管理（如apt）安装的Tomcat，会默认携带旧版JavaMail库（1.4ea）存放在$CATALINA_HOME/lib目录。Tomcat的类加载规则是先加载系统/容器级别的库，再加载应用WEB-INF/lib中的库，因此会优先使用旧版JavaMail而非项目依赖的Jakarta Mail 1.6.7。
2. 系统包依赖影响：Ubuntu的libjavamail-java包版本为1.4ea，通过apt安装Tomcat时会自动引入该包，导致旧库被加入Tomcat的类路径。
3. Windows环境差异：Windows下通常手动解压安装Tomcat，默认无自带JavaMail库，因此只能加载项目WEB-INF/lib中的Jakarta Mail 1.6.7。

• 移除Tomcat自带的旧JavaMail库
  进入Ubuntu上Tomcat的lib目录（例如/var/lib/tomcat9/lib，根据实际版本调整），删除mail.jar、javamail*.jar等旧版JavaMail相关文件。
• 卸载系统级JavaMail包
  执行命令sudo apt remove libjavamail-java，彻底清除系统提供的旧版JavaMail依赖，避免Tomcat自动加载。
• 调整Tomcat类加载顺序（可选）
  在项目的META-INF/context.xml中添加配置，强制应用优先加载自身WEB-INF/lib的库：

  <Context>
      <Loader delegate="false"/>
  </Context>
  

  注意：该配置会改变Tomcat默认的类加载委托逻辑，可能影响其他依赖兼容性，需测试验证后使用。
• 明确项目依赖并排除冲突
  如果使用Maven，在pom.xml中明确指定Jakarta Mail依赖，并排除其他依赖中可能引入的旧JavaMail：

  <!-- 引入Jakarta Mail 1.6.7 -->
  <dependency>
      <groupId>com.sun.mail</groupId>
      <artifactId>jakarta.mail</artifactId>
      <version>1.6.7</version>
      <scope>compile</scope>
  </dependency>
  
  <!-- 排除其他依赖中的旧JavaMail -->
  <dependency>
      <groupId>[冲突依赖的groupId]</groupId>
      <artifactId>[冲突依赖的artifactId]</artifactId>
      <exclusions>
          <exclusion>
              <groupId>javax.mail</groupId>
              <artifactId>mail</artifactId>
          </exclusion>
      </exclusions>
  </dependency>
  

• 验证类加载结果
  在应用中添加代码，打印JavaMail类的加载来源，确认是否使用了项目的Jakarta Mail：

  System.out.println(javax.mail.Session.class.getProtectionDomain().getCodeSource().getLocation());
  

  正常输出应为项目WEB-INF/lib目录下的jakarta.mail-1.6.7.jar路径。

内容的提问来源于stack exchange，提问作者acco