java.lang.NumberFormatException: For input string: “name”

本文介绍了解决EL表达式在处理含有列表属性时出现的NumberFormatException错误的方法。通过使用正确的JSTL标签语法,可以有效展示后台传来的多选数据。

背景:action中查询出list数据需要在前台进行显示,但根据主键在数据库中查询出的数据list中含有熟悉alist属性为配置表,且支持用户多选,前端通过el表达式显示

前台界面为:<c:forEach items="${list}" var="visit" varStatus="vstatus">

                       ${visit.alist.Name}

                      </c:forEach>

此时运行程序会出现java.lang.NumberFormatException: For input string: “name”错误,原因为${visit.alist}是一个list不是一个单一属性

解决方法:

笨方法:

<c:forEach items="${list}" var="visit" varStatus="vstatus">

${visit.alist[0].Name}
${visit.alist[1].Name}
${visit.alist[2].Name}
${visit.alist[3].Name}

</c:forEach>

页面会显示用户在多选时勾选的数据,假设alist中有4项,,用户全部勾选则可全部显示,用户单一勾选则仅显示单一量

参考方法地址:https://stackoverflow.com/questions/15569820/java-lang-numberformatexception-for-input-string-name?answertab=votes#tab-top

 

 

for循环方法

<c:forEach items="${visit.alist}" var="a" varStatus="vstatus">
${a.Name }
</c:forEach>

 注意,items前不可有空格

转载于:https://www.cnblogs.com/dss1025/p/9198889.html

### 解决 Swagger 启动时 `java.lang.NumberFormatException` 异常 当遇到 `java.lang.NumberFormatException: For input string: ""` 错误时,表明程序尝试将空字符串转换为数值类型。此问题通常发生在参数验证或数据绑定阶段。 #### 原因分析 该异常的根本原因在于试图解析一个空字符串 (`""`) 作为数字类型的输入[^1]。具体来说,在 API 请求路径中的某些参数可能未被正确传递或接收为空值,而这些参数预期应为整数或其他数值型数据。 #### 解决策略 ##### 参数校验增强 为了防止此类错误的发生,可以在控制器层面对传入的参数做更严格的检验: ```java @ResponseBody @ApiOperation(value = "根据ID获取订单配置表信息") @ApiImplicitParams({ @ApiImplicitParam( name = "id", value = "订单ID, 必填项且需为有效正整数", dataType = "integer", paramType = "path", required = true, defaultValue = "0" ) }) @RequestMapping(value = "/info/{id}", method = RequestMethod.GET) public ResponseEntity<?> info(@PathVariable("id") String idStr){ try { int id = Integer.parseInt(idStr); if (id <= 0) throw new IllegalArgumentException("ID must be positive"); Optional<ApsOrderConfigEntity> resultOpt = apsOrderConfigService.findById(id); return resultOpt.map(result -> ResponseEntity.ok(new ResponseWrapper<>("apsOrderConfig", result)) ).orElseGet(() -> ResponseEntity.status(HttpStatus.NOT_FOUND).body(new ErrorWrapper<>(HttpStatus.NOT_FOUND.value(), "Resource not found")) ); } catch(NumberFormatException e) { // 处理非数字的情况 return ResponseEntity.badRequest().body(new ErrorWrapper<>(HttpStatus.BAD_REQUEST.value(), "Invalid ID format")); } } ``` 上述代码通过捕获并处理潜在的 `NumberFormatException` 来避免应用崩溃,并返回恰当的状态码给客户端告知其请求存在问题[^3]。 另外一种方式是在实体类上定义更为严谨的数据约束条件来预防非法数据进入业务逻辑层面之前就被拦截下来: ```java import javax.validation.constraints.Min; //... class ApsOrderConfigDTO { @Min(1L)// 确保最小值至少为1 private Long id; // getter setter... } ``` 这样即使前端传来不合法的数据也会由框架自动检测到并给出相应的提示而不是直接抛出低级异常[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值