禁用文件上传需分三层：UI层禁用input控件、JS层拦截事件、服务端彻底拒收文件；部分禁用须依赖后端文件头校验，前端限制不可信。
禁用 HTML 文件上传功能不能靠单点操作，必须分场景明确目标：是阻止用户选择文件、拦截提交行为、还是让后端彻底拒收——三者目的不同，手段也完全不同。
前端禁用 input[type="file"] 控件本身
这是最直接的 UI 层禁用，适用于临时关闭上传入口（如审核中、维护期）：
- 给
input加disabled属性：<input type="file" disabled>，此时控件变灰、无法点击、也不会触发表单提交时的文件字段 - 或用 JavaScript 动态控制：
document.getElementById('uploadInput').disabled = true - 注意：
disabled的input不会出现在formdata中，也不会被event.target.files读取，但 DOM 仍存在，可被 JS 恢复 - 不要对
form标签加disabled—— 无效；可用fieldset包裹再设disabled来批量禁用
拦截文件选择后的上传行为（JS 层阻断）
当需要保留文件选择 UI，但禁止实际上传（比如仅允许预览），就得在事件链中截断：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 监听
change事件，清空files：input.addEventListener('change', () => input.value = '') - 监听表单
submit，检查是否有文件并preventDefault()：if (input.files.length > 0) { e.preventDefault(); alert('当前不支持文件上传'); } - 若用
fetch或XMLHttpRequest手动上传，直接不构造FormData或跳过append('file', ...)步骤 - 关键点：这类拦截完全依赖 JS 执行，禁用 JS 后即失效，仅作体验控制，不具安全性
后端彻底拒绝接收任何文件字段
这才是真正“禁用上传”的落地方式——前端所有操作都可绕过，唯有服务端不解析、不保存、不响应文件数据才算数：
立即学习“前端免费学习笔记（深入）”；
- Spring Boot 中，移除或注释掉
@RequestParam("file") MultipartFile参数，或让对应接口不接受multipart/form-data请求 - Node.js + Express + Multer：不挂载
multer()中间件，或配置limits: { fileSize: 0 }（部分版本支持） - PHP：不调用
$_FILES相关逻辑，且确保php.ini中file_uploads = Off（全局禁用，影响所有项目） - Nginx 层可加限制：
client_max_body_size 1k，让含文件的请求直接 413，但注意这也会拦住大文本 POST - 若已有上传路由，最稳妥的是返回固定错误：
return AjaxResult.error("文件上传功能已停用")，不碰MultipartFile实例，避免触发临时文件写入
真正难处理的其实是「部分禁用」：比如允许图片但禁 HTML、允许 PDF 但禁 ZIP。这种场景下，accept 和前端 JS 都只是障眼法，后端必须读文件头（magic bytes）才能可信识别类型——否则改个后缀名就全绕过了。
