将@RequestParam类型从String改为List<String>是否属于向后兼容变更？

这个变更属于接口调用层面的向后兼容修改，原有正常调用的客户端不会出现请求失败的情况，具体细节如下：

• 单个参数请求场景（例如请求URL：?test=demo）：
  原有代码中String类型参数会直接接收值"demo"；改为List<String>后，Spring MVC会自动将该单个值封装为仅包含一个元素的列表["demo"]，原有客户端无需做任何修改即可正常调用。

• 多个同名参数请求场景（例如请求URL：?test=foo&test=bar）：
  原有String类型接收时，Spring MVC默认会将多个参数值拼接为逗号分隔的字符串"foo,bar"；改为List<String>后，会将每个参数值作为列表的独立元素（即["foo", "bar"]）。这种情况下接口不会抛出错误，但如果你的业务逻辑依赖原有拼接后的字符串结果，需要调整业务逻辑——不过接口本身的请求不会失败，客户端也无需修改。

额外注意 #

如果你的接口原本仅设计为接收单个参数，修改为List<String>后需确保业务逻辑能正确处理单元素列表，避免出现逻辑错误，但这属于业务逻辑层面的兼容问题，而非接口调用层面的兼容性问题。

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