ASP.NET Core多选select后端循环保存多值 解决解析报错

报错根因 #

• 配置了multiple属性的下拉select提交时，同字段名的所有选中值会以多组键值对形式存入后端的IFormCollection，对应的数据类型是StringValues集合
• 原代码直接将集合强转为单字符串，多选场景下会得到逗号拼接的多值字符串（如"3,5,9"），直接执行int.Parse时必然触发格式解析异常，这就是COD_TIPO_PENAL_PRINCIPAL行报错的核心原因
• 原单字段存储结构仅支持单值写入，无法适配多选提交的全量数据持久化需求

具体改造实现 #

1. 修正多选值读取逻辑 #

替换原有的单值读取代码，利用ASP.NET Core内置的StringValues集合能力拆分多值，不要自行对拼接字符串做逗号拆分（避免特殊格式值引发的边界问题）：

// 读取同名字段的所有提交值
StringValues valoresSelecionados = form["COD_TIPO_PENAL_PRINCIPAL"];
// 过滤前端占位空选项，解析为合法的编码列表
List<int> listaCodPenalValidos = valoresSelecionados
    .Where(valor => !string.IsNullOrWhiteSpace(valor))
    .Select(valor => int.Parse(valor))
    .ToList();
// 兼容原逻辑：无选中值时取默认值0
if (!listaCodPenalValidos.Any())
{
    listaCodPenalValidos.Add(0);
}

2. 适配多值持久化逻辑 #

根据现有数据库结构选择对应改造方案：

方案一：关联表存储（长期规范方案）

适合需要按处罚类型做查询、统计的场景，避免单字段存多值的查询痛点：

• 新增独立关联表，存储前科记录ID和处罚类型编码的映射关系，删除原主表的单值COD_TIPO_PENAL_PRINCIPAL字段
• 改造插入流程：先插入前科主表拿到自增主键ID，再循环遍历刚才解析得到的有效编码列表，逐条写入关联表：

// 组装主表基础数据（移除原单值处罚类型字段）
var antecedenteCriminal = new AutorAntecedentesCriminaisModel
{
    COD_AUTOR = int.Parse(form["COD_AUTOR"]),
    COD_AUTOR_ANTECEDENTES_CRIMINAIS = int.Parse(codAntecedente),
    OcorrenciaNumero = form["OcorrenciaNumero"],
    COD_UF = int.Parse(codUF),
    OcorrenciaData = ocorrenciaData,
    OutroTipoPenal = form["OutroTipoPenal"]
};

try
{
    // 先写入主表获取前科记录唯一ID
    antecedenteCriminal.COD_AUTOR_ANTECEDENTES_CRIMINAIS = antecedenteCriminal.Insert(usuarioLogado);

    // 循环写入所有选中的处罚类型关联关系
    foreach (int codPenal in listaCodPenalValidos)
    {
        var relPenal = new AntecedenteTipoPenalRelModel
        {
            COD_ANTECEDENTE = antecedenteCriminal.COD_AUTOR_ANTECEDENTES_CRIMINAIS,
            COD_TIPO_PENAL = codPenal
        };
        relPenal.Insert(usuarioLogado);
    }
}
// 原有异常捕获、日志记录逻辑保持不变

方案二：单字段兼容改造（临时快速上线方案）

如果暂不调整表结构，可将有效编码列表拼接为逗号分隔字符串，调整原字段类型为字符串类型后存储：

// 主表组装时替换原单值解析逻辑
COD_TIPO_PENAL_PRINCIPAL = string.Join(",", listaCodPenalValidos)

注意：该方案无法直接通过SQL按单个处罚类型条件关联查询，后续仍需迁移到关联表结构。

3. 边界校验补全 #

• 对解析的每个编码增加合法性判断，避免非数字值传入时触发未处理的解析异常
• 保持原逻辑的默认值兼容，未选中任何处罚类型时按原逻辑写入默认值0

内容的提问来源于stack exchange，提问作者Mizrain Phelipe Sá