刚好我之前在Spring Boot微服务里处理过类似的多语言消息需求，给你几个实用的方案，完全能解决你不想硬编码、支持多语言还能应对消息变化的问题：

方案一：用Spring Boot原生国际化（i18n）机制（最推荐，轻量无额外依赖） #

Spring Boot自带了完善的国际化支持，完全不用硬编码翻译内容，还能轻松扩展语言。

1. 配置多语言资源文件 #

在src/main/resources下创建i18n文件夹，然后添加对应语言的资源文件：

• 默认语言：messages.properties（比如英语）
• 目标语言1：messages_fr.properties（示例法语）
• 目标语言2：messages_es.properties（示例西班牙语）

每个文件里用键值对存储消息，键统一，值是对应语言的翻译：

# messages.properties（默认英语）
success.order.created=Order created successfully
error.invalid.param=Invalid parameter: {0}

# messages_fr.properties（法语）
success.order.created=Commande créée avec succès
error.invalid.param=Paramètre invalide : {0}

注意用{0}、{1}这类占位符，方便动态插入参数（比如订单号、参数名）。

2. 配置Spring Boot国际化参数 #

在application.yml或application.properties里添加配置，指定资源文件位置和语言解析规则：

spring:
  messages:
    basename: i18n/messages  # 资源文件的路径（不用带.properties后缀）
    default-locale: en       # 默认语言
    cache-duration: -1       # 关闭缓存，修改资源文件后不用重启服务（生产环境可设3600秒缓存）
  mvc:
    locale-resolver: accept-header  # 根据请求头的Accept-Language自动识别语言

如果需要让用户手动切换语言，可以改用cookie解析器：

spring:
  mvc:
    locale-resolver: cookie

3. 在代码中使用国际化消息 #

注入MessageSource接口，然后调用getMessage()方法获取对应语言的消息：

@RestController
public class OrderController {

    @Autowired
    private MessageSource messageSource;

    @PostMapping("/orders")
    public ResponseEntity<String> createOrder(@RequestParam String orderId, Locale locale) {
        // 带参数的消息，把orderId传入占位符{0}
        String successMsg = messageSource.getMessage("success.order.created", new Object[]{orderId}, locale);
        return ResponseEntity.ok(successMsg);
    }
}

这里的Locale可以直接从控制器方法参数获取，Spring会自动根据请求头或cookie解析。

方案二：用数据库存储多语言消息（应对频繁变化的场景） #

如果消息需要频繁修改（比如运营人员要随时更新提示语），把消息存在数据库里更灵活，不用修改资源文件或重启服务。

1. 设计数据库表 #

创建一个多语言消息表，结构大概是：

2. 自定义MessageSource #

继承Spring的AbstractMessageSource，重写消息解析逻辑，从数据库读取内容：

@Component
public class DatabaseMessageSource extends AbstractMessageSource {

    @Autowired
    private MessageRepository messageRepository; // 自己实现的JPA Repository

    @Override
    protected MessageFormat resolveCode(String code, Locale locale) {
        // 先查当前语言的消息
        Optional<Message> messageOpt = messageRepository.findByMessageKeyAndLangCode(code, locale.getLanguage());
        if (messageOpt.isPresent()) {
            return new MessageFormat(messageOpt.get().getMessageContent(), locale);
        }
        // 找不到就查默认语言（比如en）
        Optional<Message> defaultMsgOpt = messageRepository.findByMessageKeyAndLangCode(code, "en");
        return defaultMsgOpt.map(msg -> new MessageFormat(msg.getMessageContent(), locale))
                .orElse(super.resolveCode(code, locale));
    }
}

这样代码里调用MessageSource的方式和方案一完全一样，不用改业务代码，只需要把消息存在数据库里就行。

方案三：结合配置中心（微服务架构最佳实践） #

如果是多微服务的场景，把国际化资源文件放在Spring Cloud Config或Nacos这类配置中心里，所有微服务共享配置：

• 把messages.properties、messages_fr.properties上传到配置中心的仓库
• 每个微服务配置从配置中心拉取这些资源文件
• 修改消息时，只需要更新配置中心的文件，然后触发微服务刷新配置（不用重启服务）

几个实用的最佳实践 #

• 统一管理消息键：比如用success.xxx、error.xxx分类，避免重复键
• 参数化消息：尽量用占位符，不要拼接字符串，方便多语言适配
• ** fallback机制**：找不到对应语言的消息时，自动用默认语言的内容
• 动态刷新：不管用资源文件还是数据库，都要支持不重启服务更新消息（资源文件关闭缓存，数据库直接读最新数据）

内容的提问来源于stack exchange，提问作者Syed Momin Naqvi