如何在Spring Bean初始化时隐藏MissingResourceException异常

首先得明确为什么你的自定义Bean后置处理器没生效——从异常日志能看到，问题出在mxGraph的**静态初始化块（<clinit>）**里。也就是说，Spring尝试创建Bean之前，mxGraph类被加载的瞬间就触发了资源包加载逻辑，这时候Bean还没完成实例化，后置处理器根本没机会介入处理这个异常。

下面给你几个可行的解决方案，按实现复杂度从低到高排序：

方案1：提前设置默认Locale #

最简单直接的办法，就是在Spring上下文初始化之前，把JVM的默认Locale设置为有对应资源包的语言（比如英语），这样mxGraph加载资源时会直接用默认Locale，不会去找不到的ru_RU资源包。

实现方式： #

• 如果你是传统Web项目，创建自定义ServletContextListener并放在Spring监听器之前：

public class DefaultLocaleSetupListener implements ServletContextListener {
    @Override
    public void contextInitialized(ServletContextEvent sce) {
        // 设置默认Locale为英语，确保mxGraph能找到对应资源包
        Locale.setDefault(Locale.ENGLISH);
    }

    @Override
    public void contextDestroyed(ServletContextEvent sce) {
        // 可选：清理操作
    }
}

然后在web.xml中注册这个监听器，优先级高于Spring的ContextLoaderListener：

<listener>
    <listener-class>com.yourpackage.DefaultLocaleSetupListener</listener-class>
</listener>
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

• 如果是Spring Boot项目，直接在启动类main方法里先设置Locale：

public static void main(String[] args) {
    Locale.setDefault(Locale.ENGLISH);
    SpringApplication.run(YourApplication.class, args);
}

方案2：自定义ResourceBundle.Control处理缺失的Locale #

如果不想修改全局Locale，可以自定义ResourceBundle.Control逻辑，当找不到指定Locale的资源包时，自动回退到默认的资源包。

实现方式： #

创建一个Spring配置类，在项目启动早期执行资源加载逻辑：

@Configuration
public class MxGraphResourceConfig {

    @PostConstruct
    public void setupMxGraphResources() {
        // 自定义资源包加载控制，捕获缺失Locale的异常并回退到默认
        ResourceBundle.Control customControl = new ResourceBundle.Control() {
            @Override
            public ResourceBundle newBundle(String baseName, Locale locale, String format, ClassLoader loader, boolean reload) throws IOException, IllegalAccessException, InstantiationException {
                try {
                    // 先尝试加载指定Locale的资源包
                    return super.newBundle(baseName, locale, format, loader, reload);
                } catch (MissingResourceException e) {
                    // 加载失败时，回退到英语资源包
                    return super.newBundle(baseName, Locale.ENGLISH, format, loader, reload);
                }
            }
        };

        // 提前加载默认资源包，避免后续mxGraph初始化抛异常
        ResourceBundle defaultBundle = ResourceBundle.getBundle("com.mxgraph.resources.graph", Locale.ENGLISH, customControl);
        mxResources.add(defaultBundle);
    }
}

这个方案不会影响全局Locale，只针对mxGraph的资源加载做特殊处理。

方案3：封装mxGraph创建逻辑，捕获初始化异常 #

如果上面的方案都不适合，可以把mxGraph的创建封装起来，通过临时切换Locale或者反射延迟加载的方式捕获异常：

@Component
public class GraphServiceImpl implements GraphService {

    private mxGraph createGraphSafely() {
        Locale originalLocale = Locale.getDefault();
        try {
            // 临时切换到有资源的Locale
            Locale.setDefault(Locale.ENGLISH);
            // 实例化mxGraph
            return new mxGraph();
        } catch (MissingResourceException e) {
            // 极端情况：即使默认Locale也找不到资源，返回一个空实现的mxGraph
            return new mxGraph() {
                // 可选：重写需要资源的方法，避免后续报错
            };
        } finally {
            // 恢复原Locale
            Locale.setDefault(originalLocale);
        }
    }

    @Override
    public mxGraph getGraph(String id) {
        return createGraphSafely();
    }

    // 实现其他接口方法...
}

注意：mxGraph的静态初始化只会执行一次，所以第一次捕获异常后，后续调用就不会再触发这个问题了。

总结：优先推荐方案1，简单高效；如果不能修改全局Locale，选择方案2；方案3作为兜底选项。

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