扫码上传本质是前后端协同，html本身无法直接访问手机相册或触发扫码，需手机扫码跳转上传页、选择文件提交，后端接收存储，电脑再从服务器拉取；核心html元素为，必须配合支持multipart的后端接口才能工作。
扫码上传的本质是前后端协同，不是纯 HTML 能搞定的
HTML 本身没有访问手机相册、触发扫码、或直接把文件“推”到电脑的能力。所谓“扫码上传”，实际是：手机浏览器扫码后跳转到一个网页（通常是带上传接口的页面），用户在手机上选文件并提交，后端接收后存到服务器——电脑再从服务器拉取。不存在“扫一下，手机照片自动飞进你桌面”的魔法。
关键链路：手机扫码 → 访问上传页 → 选择文件 → 提交 → 电脑下载
这个流程里，input[type="file"] 是唯一需要你写的 HTML 核心元素，但它必须配合后端接口才能工作：
注意几点：
-
accept属性能过滤手机相册可选的文件类型，但不强制——iOS Safari 对accept="image/*"支持较好，Android 厂商浏览器可能忽略 - 必须用
enctype="multipart/form-data"，否则文件不会被发送 - 表单
action指向的后端接口，得能接收multipart请求，并把文件存到你能从电脑访问的位置（比如本地局域网服务、云存储、或直接写入共享目录）
扫码怎么生成？电脑服务必须有可访问的 URL
手机要扫码，电脑得先跑一个能被局域网访问的 Web 服务，比如用 Python 快速起一个：
python3 -m http.server 8000 --bind 0.0.0.0:8000
然后在手机浏览器里打开 http://192.168.x.x:8000/upload.html（替换成你电脑的真实局域网 IP）。再用任意二维码生成工具（如 qrencode 或在线生成器）把这 URL 编成码。别用 localhost 或 127.0.0.1，手机扫了也打不开。
常见坑：
- Windows 防火墙/ macOS 隐私设置可能拦截外部访问，需手动放行端口
- 手机和电脑不在同一 Wi-Fi 下，扫码必然失败
- 部分 Android 浏览器（尤其国内定制版）会拦截非 HTTPS 的文件上传，建议加个自签名 HTTPS 或换 Chrome
想免后端？试试 WebRTC 或 WebUSB ——但基本不可行
有人提过用 WebRTC 直连手机和电脑传文件，理论上可行，但实操中：手机浏览器不支持作为 RTCPeerConnection 主动发起方；WebUSB 根本不支持手机；Web Bluetooth 在 iOS 完全不可用。这些 API 不是为跨设备文件上传设计的，强行套用只会卡在权限、兼容性或连接建立环节。
真正轻量又落地的做法，还是老老实实用个极简后端（比如 Flask 写 10 行接收逻辑），把文件存到电脑本地路径，再让电脑轮询或弹窗提示“新文件已到”。扫码只是入口，上传靠 HTTP，落地靠路径控制——这点最容易被忽略。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
