应在更新进度的代码中主动判断percent是否为100%并触发提示，配合防重标志避免重复执行，且最终完成应以服务端success响应为准而非仅前端进度。
当 layui 进度条加载到 100% 时触发完成提示，关键不是等进度条“自动跳到 100%”，而是由你控制的逻辑主动判断并执行提示——因为进度条本身不带“完成回调”，必须在更新百分比的代码中手动加入判断。
在更新进度的同一处判断是否到达100%
通常你在 AJAX 上传或循环处理数据时，会动态调用 element.progress('filter', percent + '%')。此时只要加一个条件判断即可：
- 如果当前计算出的
percent等于100（或 ≥100），就立即弹出提示、禁用按钮、重置状态等 - 不要依赖进度条 DOM 的最终渲染状态来判断，而应以你的业务逻辑为准（比如“共50条，已处理50条”）
确保提示只触发一次，避免重复弹窗
多次调用 element.progress 可能因异步或重复计算导致 100% 被设多次。建议加防重标志：
- 声明一个变量如
let completed = false - 在
if (percent === 100 && !completed)分支内执行提示，并立刻设completed = true - 这样即使后续又传入 100%，也不会重复触发
配合 layer.msg 或自定义 UI 做友好反馈
完成提示不局限于 layer.msg，可根据场景选择：
- 简单提示：
layer.msg('导入成功！', {icon: 1}) - 自动关闭弹层：
layer.close(layerIndex)（若进度条在弹窗内） - 按钮状态还原：
btn.disabled = false; btn.innerHTML = '重新导入' - 页面跳转或刷新：
location.reload()或table.reload(...)
注意：别把“显示100%”和“真正完成”混为一谈
有些场景（如后端校验失败、写库延迟）会导致进度条已显示 100%，但实际任务未终态。稳妥做法是：
- 前端进度只反映“上传/提交完成”，真正的“成功”应以服务端返回的 success 字段为准
- 把完成提示逻辑放在 AJAX 的
success回调里，而不是仅靠前端计数 - 例如：
if (res.code === 0 && res.data?.processed === total) { /* 触发完成 */ }
