如何修改Java默认方法及解决JSP编译报错与SmapUtil类修改问题

1. 如何修改Java默认方法？ #

关于Java默认方法的修改，咱们分两种场景来处理：

• 直接修改接口源码：如果你能拿到接口的源码权限，直接修改默认方法的实现逻辑就行。重新编译接口后，所有实现该接口且没重写这个方法的类，都会自动用上新的默认实现。
• 在实现类中重写：要是没法改接口源码，你可以在自己的实现类里重写这个默认方法，写一套自定义逻辑。这样这个类的实例就会优先用你重写后的代码，而不是接口的默认实现。

举个简单例子：

// 原接口
public interface MyInterface {
    default void sayHello() {
        System.out.println("Hello from default method");
    }
}

// 重写默认方法的实现类
public class MyImpl implements MyInterface {
    @Override
    public void sayHello() {
        System.out.println("Hello from overridden method");
    }
}

2. 解决Tomcat JSP编译时classFile.delete()失败的问题 #

针对你碰到的java.io.IOException: classFile.delete() failed报错，结合你提到的2006年帖子的思路，我整理了具体的解决步骤：

找到SmapUtil类的位置 #

这个类属于Tomcat的jasper模块，具体位置看你的Tomcat版本：

• 如果你用的是Tomcat 8及以上：在Tomcat安装目录的lib/jasper.jar（或者tomcat-jasper.jar）包里，完整类路径是org.apache.jasper.compiler.SmapUtil。
• 要是你通过Maven引入Tomcat：可以在本地仓库的org/apache/tomcat/tomcat-jasper对应版本目录下找到这个jar包。

修改SmapUtil中的delete和rename逻辑 #

你需要修改SmapUtil$SDEInstaller.install()方法里的文件删除/重命名逻辑，加上重试机制。核心修改思路如下：

1. 先解压jasper.jar包，找到SmapUtil.class对应的源码（如果没有源码，用JD-GUI这类反编译工具生成就行）。
2. 定位到报错的代码段（对应你日志里的SmapUtil.java:204行），原代码大概是直接尝试删除文件：

   if (!classFile.delete()) {
       throw new IOException("classFile.delete() failed");
   }
   

3. 把它改成带重试的逻辑，比如等待50ms后重试1次（次数你可以自己调）：

   boolean deleted = false;
   int retryCount = 0;
   final int MAX_RETRIES = 1; // 自定义重试次数
   while (!deleted && retryCount <= MAX_RETRIES) {
       deleted = classFile.delete();
       if (!deleted) {
           try {
               Thread.sleep(50); // 等待50ms再试
           } catch (InterruptedException e) {
               Thread.currentThread().interrupt();
               throw new IOException("Interrupted while waiting to delete class file", e);
           }
           retryCount++;
       }
   }
   if (!deleted) {
       throw new IOException("classFile.delete() failed after " + MAX_RETRIES + " retries");
   }
   

4. 要是重命名操作也有类似问题，同样可以用这套重试逻辑，比如把原代码里的file.renameTo(newFile)替换成带循环重试的代码。
5. 修改完后重新编译SmapUtil.java，把新的class文件替换回jasper.jar里，或者重新打包这个jar。

额外小提示 #

• 要是你不想改Tomcat的核心jar包，也可以试试调整Tomcat工作目录的权限，确保Tomcat进程对work目录（存放JSP编译后的class文件）有完全的读写删除权限。
• 虽然你说没法在杀毒软件里加例外，但可以临时关一下杀毒软件测试，确认是不是杀毒软件占用了文件导致的问题。

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