生成CSV时触发No enum constant异常,求排查思路
解决CSV生成时的"No enum constant"异常
异常根源分析
"No enum constant"异常本质是尝试将字符串转换为枚举类型时,该字符串无法匹配目标枚举的任何常量。结合你的代码和调试断点在obterCsv的情况,大概率是字段复制或CSV转换过程中,枚举类型的处理出现了不匹配。
具体排查与解决步骤
先抓完整异常栈
首先必须获取完整的异常信息,比如类似:java.lang.IllegalArgumentException: No enum constant com.yourpackage.YourEnum.InvalidValue这里的
YourEnum就是出问题的枚举类,InvalidValue是不匹配的字符串值,这一步能直接定位问题字段。检查BeanUtils的字段复制逻辑
你在TratativaResponseCsv.of()里用了BeanUtils.copyProperties(response, responseCsv),这个工具类对枚举的自动转换很容易踩坑:- 如果
TratativaResponse里的某个字段是字符串类型,而TratativaResponseCsv对应的字段是枚举类型,BeanUtils会自动调用Enum.valueOf()尝试转换,若字符串不是枚举的合法常量名,直接抛出异常。 - 反过来,如果源是枚举、目标是字符串,虽然不会抛异常,但可能得到的是枚举的
name()而非业务需要的显示值,也可能引发后续问题。
解决办法:替换BeanUtils,手动复制字段
放弃自动复制,手动处理每个字段,尤其是枚举类型的字段:public static TratativaResponseCsv of(TratativaResponse response) { var responseCsv = new TratativaResponseCsv(); // 手动复制普通字段 responseCsv.setProtocolo(response.getProtocolo()); // 处理枚举字段示例:如果源是枚举,转成业务需要的字符串 // if (response.getStatus() != null) { // responseCsv.setStatusStr(response.getStatus().getDisplayName()); // } // 或者如果目标是枚举,确保源字符串合法再转换 // if (response.getStatusStr() != null) { // try { // responseCsv.setStatus(StatusEnum.valueOf(response.getStatusStr())); // } catch (IllegalArgumentException e) { // // 处理非法值,比如设为默认值或记录日志 // responseCsv.setStatus(StatusEnum.UNKNOWN); // } // } return responseCsv; }- 如果
检查
toCsv方法的枚举处理
虽然你的toCsv目前只处理protocolo,但如果protocolo是枚举类型,调用CsvUtils.replaceCaracteres时要确保枚举转字符串的逻辑正确:- 确认
replaceCaracteres方法是否能正确处理枚举对象,比如是否调用了toString()或name(),避免出现非预期的字符串值。 - 如果
protocolo是字符串,但实际存储的值对应某个枚举,也要确保该值是枚举的合法常量名。
- 确认
临时调试技巧
可以在obterCsv方法里添加日志,打印当前对象的所有字段值,尤其是疑似枚举的字段,快速定位哪个值触发了异常:
@JsonIgnore public String obterCsv() { // 临时日志,排查问题 System.out.println("当前处理的对象字段:protocolo=" + protocolo); return Arrays.stream(toCsv()).collect(Collectors.joining(";")); }
内容的提问来源于stack exchange,提问作者Marcos Costa
相关产品推荐
相关产品推荐

