Android中缺失FailedLoginException类的解决办法及添加方案咨询

这个问题确实挺常见的——Android的javax.security.auth.login包只实现了父类LoginException，并没有包含标准Java里的FailedLoginException，导致第三方安全提供器抛出这个异常时直接触发NoClassDefFoundError。下面给你几个可行的解决方案，按优先级排序：

方案一：自定义标准同名异常类（最推荐） #

Android的类加载机制会优先加载本地项目中存在的类，所以你可以自己创建一个和标准Java完全一致的FailedLoginException类，让系统能找到它：

• 在你的Android项目中，手动创建包路径javax.security.auth.login
• 在该包下新建FailedLoginException.java，代码如下：

package javax.security.auth.login;

public class FailedLoginException extends LoginException {
    public FailedLoginException() {
        super();
    }

    public FailedLoginException(String message) {
        super(message);
    }
}

这样当安全提供器抛出FailedLoginException时，Android的类加载器会直接找到你定义的这个类，不会再报类找不到的错误。

方案二：修改安全提供器的异常逻辑（如果有源码权限） #

如果你能拿到这个安全提供器的源码，或者是你自己开发的提供器，那可以直接调整异常抛出的逻辑：

• 把所有抛出FailedLoginException的地方，改成抛出LoginException（或者自定义一个继承自LoginException的子类）
• 这样从根源上避免了依赖Android不存在的类，不过这个方案只适用于你能修改提供器代码的情况。

方案三：字节码替换（进阶方案） #

如果是闭源的第三方提供器，又不想自定义类，那可以用字节码工具（比如ASM、ByteBuddy）在运行时修改提供器的字节码：

• 拦截所有抛出FailedLoginException的指令，替换成抛出LoginException或者你自定义的异常
• 这个方案需要对字节码操作有一定了解，而且要处理类加载的时机，一般作为备选方案。

注意事项 #

• 自定义异常类时，必须严格保持包名和类名和标准Java一致，否则提供器的代码无法正确引用它
• 测试时要覆盖所有会抛出该异常的场景，确保没有其他类加载相关的问题

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