Java Spring应用中如何避免catch块内内存分配（字符串插值场景）

避免catch块内数组内存分配的方案 #

• 复用静态常量数组：既然User.KIND是固定值，直接在Repository类里定义一个静态常量数组，每次catch块里直接用这个数组，不用每次新建：

  private static final Object[] USER_KIND_ARGS = {User.KIND};
  
  // catch块内直接调用
  String errorMsg = messageSource.getMessage("datastore.error", USER_KIND_ARGS, locale);
  

• 使用单个参数的重载方法：Spring的MessageSource支持单个参数的重载接口，不用强制传数组，直接把User.KIND作为参数传入，省去数组创建的开销：

  String errorMsg = messageSource.getMessage("datastore.error", User.KIND, locale);
  

• 预格式化固定错误信息：如果不需要多语言支持，或者User.KIND不会动态变化，可以提前把错误信息格式化好存为静态常量，catch块直接取用：

  private static final String USER_DATASTORE_ERROR = String.format("操作%s实体失败", User.KIND);
  
  // catch块内直接使用
  throw new DatastorePersistenceException(USER_DATASTORE_ERROR);
  

自定义异常实例化的内存风险 #

实例化任何异常都会产生内存分配——异常对象本身要在堆上创建，还要生成包含多个StackTraceElement对象的栈轨迹，这属于异常处理的正常开销。除非你的系统会高频触发该异常（比如每秒数千上万次），否则完全不用过度纠结。

如果确实是高频异常场景，有两个优化方向，但都存在 trade-off：

• 复用异常实例：把自定义异常做成静态常量，每次catch直接抛出这个实例，省去重复创建对象的开销。但这样会丢失当前的栈轨迹，异常栈会显示第一次实例化的位置，不利于问题定位。
• 关闭栈轨迹生成：在自定义异常里重写fillInStackTrace()方法，直接返回this，这样就不会生成栈轨迹，大幅减少内存分配。代码示例：

  public class DatastorePersistenceException extends RuntimeException {
      @Override
      public synchronized Throwable fillInStackTrace() {
          return this;
      }
  }
  

  同样，这种方式会丢失栈信息，只适合已经明确异常原因、不需要调试栈轨迹的场景。

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