multiple属性本身不提供数量限制能力，它仅表示是否允许多选，无法设置上限；限制文件数量必须通过JavaScript拦截校验，并在服务端二次校验。
multiple 属性本身**不提供数量限制能力**——它只是允许用户一次选多个文件，但无法控制“最多选几个”。浏览器原生 <input type="file" multiple> 不接受 max、limit 或类似参数。想限制数量，必须靠 JavaScript 拦截和校验。
为什么 multiple 不能设上限
multiple 是布尔属性，只表示“是否允许多选”，没有数值语义。HTML 规范里没有定义 multiple="3" 这种写法，浏览器会忽略或报解析警告。
用 JavaScript 拦截超出数量的文件选择
监听 change 事件，在用户选完后立刻检查 files.length，超限就清空或提示：
document.getElementById('fileInput').addEventListener('change', function (e) {
const maxFiles = 3;
if (e.target.files.length > maxFiles) {
alert(`最多只能选择 ${maxFiles} 个文件`);
// 清空输入框（重置状态）
e.target.value = '';
// 或只保留前 maxFiles 个（需手动重建 FileList，实际不可行，所以清空更稳妥）
}
});
- 注意：不能直接修改
e.target.files，它是只读的FileList - 清空
e.target.value是最可靠方式，否则表单提交时仍会携带超量文件 - 若需保留部分文件，得用
Array.from(e.target.files).slice(0, maxFiles)+ 自定义上传逻辑，绕过原生提交
服务端必须二次校验
前端拦截可被绕过（如禁用 JS、手动构造请求），所以后端必须检查 IFormFileCollection 或等价对象的长度：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
if (files.Count > 3) {
ModelState.AddModelError("Files", "最多上传 3 个文件");
return View();
}
- ASP.NET Core 中，
Request.Form.Files或绑定的IFormFileCollection是真实来源 - 不要依赖前端传来的隐藏字段或计数器，它们不可信
- 配合整体文件上传安全策略（如大小限制、扩展名白名单）一起生效
UI 层面的辅助提示容易被忽略
仅靠文字提示“最多 3 个”效果有限，用户可能视而不见。真正起作用的是即时反馈：
立即学习“前端免费学习笔记（深入）”；
- 选超时立刻弹窗或在输入框旁显示红色提示
- 禁用提交按钮直到满足数量要求（
files.length > 0 && files.length <= 3） - 用
<label>包裹<input>并加title属性，鼠标悬停可见提示
限制数量这件事，前端拦不住全部，后端扛不住全部，只有前后端都做且逻辑一致，才算真正落地。最容易漏掉的是服务端校验——尤其当团队只让前端同学改 UI 时。
